zoukankan      html  css  js  c++  java
  • 响应式网页设计简单入门

    文章表达的中心思想就是最后的那句引用"最好的设计是尽量少的设计"。最重要的是我意识到平时我们都忽略了一个常识:一张未经加工的原始HTML文档就已经是响应式的了,根本不用什么CSS media属性或者指定不论什么样式。

    通过查看HTML代码发现作者果然留下了一些信息,于是在twitter上找到他表达了我对他的膜拜之情以及想把如此精华的文章翻译成中文的意愿。

    作者非常爽快地答应了23333~~(X___X)~~。

    于是就有了相同奇葩的中文版本号:妈逼的站点。原文的精髓可能因为我自身对这类表达的驾驭的不够而丢失了一些。但多少还是可以方便嫌英文阅读麻烦的同学们围观的了。

     

    当然以上全是扯淡。一如作者所指出的,相当讽刺。

    回到正题。各种屏幕尺寸满天飞的时代怎样让站点自适应的究极解决方式:响应式设计(Responsive Design)。

    构造主要的HTML页面

    一个简单的博客页面

    始终认为再多口水都没有一个生动鲜明的样例来得实在,以下通过对一个普通HTML页面的改造来体验什么是响应式设计及怎样达到。

    以下构造一个主要的HTML页面,它包括站点导航菜单,正文,图片。側边栏。表格式的布局以及页脚信息。

    是个很完整而中庸的布局。差点儿是常见的博客版面。

     

     

    文章内容填充

    剩下文章部分须要填充点内容。正好MS Word有这样一个产生随机文章的彩蛋。

    用法是新建一个word文件然后打开输入" =rand(3,10) " 再回车。当中rand 函数接收两个參数,第一个表示要产生多少个自然段。第二个表示每段多少行。

    所以上面回车后我们会得到一篇由3个自然段组成的文章且每段有10行。

     

    然后再另存为网页文件:

    最后能够在浏览器中通过查看源代码把包括内容的<p>标签拷贝到我们的代码中就可以。

    同一时候这里有一个专门产生填充内容的站点Fillerati。能够定义篇幅。作者信息。标题等。

    当然以上两种作法多少有点装逼与做作的感觉。你全然能够随便复制点什么东西来作为内容填充的 一_一|||。

    填充内容后HTML变成这样

     

    最后出来的效果看起来是这种:

    最后为了让側边栏更有意义一点,给文章正文加上一些子标题同一时候给側边栏里的元素加上锚点连接能够在文章的子标题间进行导航。

     

    主要的样式

    最后加上一些样式让整个页面看起来更正常些。

    我们首先去掉body元素的默认外边距,去掉列表元素前面默认的加点,把菜单里的超连接的下划线也去掉。

    再修饰下字体及正文中的三个方块div以及其它,最后的样式代码差点儿相同是这种:

    当中,由于側边栏和文章向左浮动了。为了让页脚不从最底跳到文章的后面跑到顶部去,要清除页脚footer两边的浮动。

    最后页面看起来着不多是这个样子的

    动态载入样式表

    接下来的工作是让页面成为响应式的。

    听起来认为是一个全新的领域,但事实上平时我们已经在实践了。比方当指定元素的尺寸时,使用百分比而不是固定像素的大小时。这种元素就具备自适应屏幕的能力。最常见的就是指定元素宽度为100%。这样窗体缩放或屏幕不同一时候元素始终占领屏幕整个宽度。

    一些不太有用的实践是针对不同屏幕尺寸载入不同的样式表,这事实上相当于为不同尺寸写不同的样式表,感觉维护起来不那么方便。

    通过在引入样式表时使用media属性能够控制什么尺寸的屏幕使用哪个样式表,于是我们能够实现手机訪问时下载手机版样式。电脑訪问时下载正常样式。

     

    上面代码指定假设设备宽度小于320px则调用 "mobile.css"样式表。

    个人认为这样为一个网站写多个分别的样式表不怎么好。所以这里就不多说了。

    Viewport

    响应式设计第一件须要做的事情就是在head标签里指定viewport meta属性。

    Quick Tip: Don't Forget the Viewport Meta Tag》这篇文章非常好介绍了Viewport是的缘由及作用。

    简单说来在手机(iPhone Safari)上訪问网页时它默认会对网页进行缩放。尽可能多地在屏幕上展示整个页面的内容。而缩放之后的效果可想而知。一个在电脑上正常展示的页面被缩放进手机屏幕(一般是240*320)里面后。非常难阅读。

    同一时候因为默认使用缩放,那么你事先设计好的在小屏幕上使用的样式将不起作用。也就是说手机上展示的是电脑版本号的一个缩小版。

    我们看MDN上给出的样例截图。

    而在代码中指定viewport,则能够让开发人员指定网页视图区域及缩放比例等。这样就能修正由浏览器自己主动缩放带来的影响。

    通过我们指定例如以下代码:

     

     

     

    表示使用设备宽度(即设备的屏幕宽度)而且缩放指定为1也就是不缩放。

    你可能会问这样指定之后岂不是仅仅能在手机屏幕上显示站点的部分。比方左上角。这时候正是响应式网页设计起作用的时候了。假设你专门为小屏幕的訪问进行了优化比方在CSS中使用media属性(后面会讲到),那么当手机訪问时会调用对应的样式规则,而不会仅仅显示整个站点的一部分。

    字体缩放

    指定固定像素的字体大小是我们设计中经常使用的方式,但假设你想字体大小更具弹性的话。不妨使用相对大小,CSS中比較经常使用的指定字体相对大小的单位有百分比,em以及CSS3新增的rem。

    首先我们指定整个文档的字体大小为100%。表示页面字体大小为浏览器默认大小的100%。

    再来看看em与rem。

    em单位一如他的发音它的基准单位是一个m字母的高度,同一时候它是指定相对于父级的元素中的相对大小。也就是说指定为em的元素字体大小是通过对上一层元素的字体大小计算得来的。

     

    上面外层div字体大小为15px。同一时候指定内层p元素字体大小为2em,所以p元素实际的字体大小为15px*2=30px。这点能够通过查看浏览器开发工具里面"计算后的样式"得到证实。

    但须要注意的是em有个问题。正由于他会相对于低级元素来计算自己的样式。所以在层叠非常多的情况下,可能出现意料之外的结果。

     

    比方我们期望后面的包括在最外层div中的内容字体大小统一为2em,于是分别在内层div和p上都指定了这一样式,结果p元素的字体大小事实上是乘以了两次之后的结果 15px*2*2=60px。

    为了解决问题,于是引入了一个新的单位rem。能够理解为root-em。加了个root前缀表示总是相对于根节点来计算。HTML文档的根节点当然就是<HTML>标签了。所以通过rem不管在文档不论什么位置指定都能够放心地得到预期的大小。

     

     

    假设没有指定HTML根节点的字体大小。默觉得16px,所以这里得到32px。

    但rem 不太普适,由于浏览器对它的支持力度还不够,当然假设不考虑太多嵌套情况下em就够用了。所以我习惯在CSS中使用em来指定字体大小。

     

    側边栏

    当缩放浏览器窗体到足够窄(这里是小于560px)时我们能够发现側边栏与博客文章有重叠,此刻这个窗体宽度就是我们须要写样式来干预的时候了。

    利用CSS中的media query我们指定当窗体小于630px时将側边栏隐藏。而让正文占领整个屏幕宽度也就是设置为100%,而且取消正文的浮动,由于没有必要了。

    同一时候上图我们能够看到此时的菜单并没有受到影响所以临时能够无论。

     

    另外为了不让subtitle2部分的格子被压得太小而影响当中的内容(当然如今当中并没有什么内容),所以此刻我们让这一部分相同占100%的宽度。当中每一个方块占32%的宽度。

     

     

    导航菜单

    菜单差点儿是体现响应式设计最直接的一个东西了。推断一个站点是不是响应式的最好方法就是改变浏览器窗体的大小,观察站点的布局,特别是菜单,在窗体缩小到足够窄的情况下一个经典的设计是隐藏原来的菜单而仅仅展示由三根横线组成的图标。

    截图网站http://residence-mixte.com/

    由此我们能够看到一些实现上的端倪,除了常规菜单外,我们须要在HTML代码中事先摆放好这样一个横线图标元素。

    所以修改我们的nav部分的HTML代码为以下这样:

    同一时候补充上样式:

     

    此刻页面倒并没有明显变化,由于这个图标開始是不显示的。

    当窗体宽度小于大约490px时,我们的菜单最后一项被挤到了以下一排,所以将500px这个宽度作为分水岭写media query代码。

    当屏幕宽度小于500px时。<nav> 里的菜单<ul>标签不显示,同一时候显示id为menuIcon的菜单图标<a>标签。

     

    这时候我们须要一点javascript代码来实现点击三根横线显示出来刚才被我们隐藏的菜单,同一时候再次单击或者选中一个菜单项后又一次隐藏菜单。

     

    但这个时候菜单不够完美,最后加上一点样式美化下。

     

     

    眼下来说工作得还算惬意,但略微測试下就会发现个问题:当菜单被点开后又关闭。再将窗体拉宽到足够宽时,正常模式的菜单不显示了。

    这里给出个不太正规的解决方法。再写点代码监听窗体的resize事件,当窗体大于我们设定的500px时移除我们通过jQuery的toggle函数给菜单<ul> 标签加上的样式"style="display:none;"。另外也能够通过监听那个三横的菜单图标是否可见也能够达到目的。

     

    图片自适应

    普通的图片是不会自适应屏幕大小的,也就是说图片太宽的话在手持设备等屏幕较小的情况下会有水平滚动栏出现。

    最简单的办法让它随屏幕大小自己主动缩放就是指定其最大宽度为100%像这样:

     

     

    其它

    再来处理窗体足够小的时候那个表格式布局的三个方框。

    能够看到窗体非常窄的时候这三个div被挤压得非常厉害。所以如果窗体小于420px时,我们让它们各自独立一行,占满整个窗体宽度。

     

    总结

    本文中非常多样例不是非常恬当,仅用于演示教学,请轻喷。比方将菜单变成图标显示时上面样例是在500px为分水岭写的media queries。但我们知道500px事实上还是非常宽的。是足以容下一般长度的菜单正常显示的,仅仅是在一般手机屏幕宽度480px 或320px,所以针对这个宽度来写media query更具实际意义。还有就是側边栏,上面样例中使用的百分比宽度,事实上側边栏能够给个固定宽度,而且上面样例中没有考虑到側边栏里的文字非常长的情况。没有考虑到老版本号IE不支持media query的情况。这些是样例中不足的地方。

    但作为演示还是达到了我解说的目的。

     

    演示样例代码ResiponsiveDesign.zip


    http://www.68cpu.com/index.php/tecno/jsedu/1737.html

  • 相关阅读:
    一次安装。net core的经历
    c# task 等待所有子线程执行完的写法
    .net 中的async,await理解
    dbeaver pgsql连接工具
    oracle 导出表结构和备注
    abp
    发布站点
    excel 拆分多个excel并保持
    重定向和反向代理的区别
    es6中的解构赋值
  • 原文地址:https://www.cnblogs.com/gavanwanggw/p/6707480.html
Copyright © 2011-2022 走看看