当咱们在作手机端H5网页设计稿时(固然包含微信端的H5网页设计),若是没有作过相似的移动端的设计,UI设计师和前端工程师确定会纠结的。若是是app设计师,就不会那么纠结啦。html
那么多手机屏幕尺寸,设计稿应该按照哪个尺寸做为标准尺寸。如今已经有2K分辨率的手机屏幕了,设计稿是否是也要把宽高跟着最大分辨率来设计。显然不是。前端
请注意:(如下全部讨论内容和规范均将viewport设定为content=”width=device-width”的状况下) 也就是咱们的H5页面前端代码里面必须包含浏览器
<meta content="initial-scale=1.0,user-scalable=no,maximum-scale=1,width=device-width" name="viewport" />
<meta content="telephone=no" name="format-detection" />安全
根据目前市场流行的手机移动终端,统计他们的设备独立像素。微信
在这里,25学堂也跟你们分享一个罗列了当前最流行的手机的全部尺寸大小规范: http://screensiz.es/phone 值得你们好好细看的智能手机尺寸图表。前端工程师
也只有iPhone6+采用了分辨率降频处理。app
具体看下图:iphone
有兴趣的小伙伴能够去尝试不一样的尺寸,好比1倍的、2倍的、3倍。最终得出的试验结果是。H5的设计稿通常设计为640x1136px便可。 既知足了显示需求,又能下降用户加载图片须要的带宽。工具
能够用各类分辨率的移动智能手机查看咱们设计的H5页面时,固然,也会出现以下的状况,内容显示不全,甚至一些重要内容和按钮都会被遮挡。布局
第一:背景图片必须采用background-size:cover;来实现。
第二:咱们在进行H5页面内容规划布局设计的时候,不能把重要内容放在太偏下的位置或者偏上,不然前端布局时可能出现内容显示不全的状况。
经过对比可得:
除去将浏览器全屏显示的状况,几乎全部状况均会有顶部的状态栏和导航栏。
iPhone的设计标准,状态栏和导航栏的独立像素高度分别为40px和88px。
因为Android系统能够更改状态栏和导航栏的高度,这里能够取默认值为48px和100px(这些尺寸网上都可查)。
那么就会把网页内容往下挤,进入盲区(根据不一样的布局方式可能挤出视口,便可视区域之下,)。取这两个系统者的最大值为148(48+100),以下图5,设计稿要尽可能保证单页下面没有重要内容。
图5
那么在全部屏幕大小上把重要内容显示彻底,就要注意市面上存在的小尺寸手机屏幕,如今绝大部分智能手机分辨率都在640x960px(iPhone4分辨率)之上,因此只要把重要内容放在上图5中的盲区之上便可。计算后的最安全高度为812(960-148=812)。
在此总结,通常状况下,以现有市场上流行的移动智能手机,单页翻转(非延伸向下的长页面)设计稿尺寸为640x1136,在高度为812处设置一条安全线(参考线),将重要的内容布局在这条安全线之上。
移动端H5页面的设计稿尺寸大小规范内容以下:
一、像素是没有宽高的(不要被Photoshop中的像素格欺骗),它只表明一个采样的色值。
二、任何图片做为数据信息被保存在存储盘中时,只有宽高像素数是有意义的,此时的ppi对于图片来讲时没有任何意义,也并不能描述这个图片有多少英寸的宽度或者高度,而只有在被打印出来后才有ppi的意义,被打印出来才能够描述这张图片有多高多宽。
三、平时制做H5页面时设计原型时,产品经理出的原型稿建议屏宽为320px,用这个尺寸一是为了浏览方便(如今不少手机的屏宽达到1440px,用这个尺寸去模拟显然不现实),
二是以iPhone5s为标准的手机屏宽较小,进行内容排版布局时屏宽应该向下兼容。
四、制做设计稿时,设计师应该把原型稿上的全部尺寸进行2倍处理。这样设计稿在移动设备上预览即可保证清晰。而前端切片时,按照如今流行的作法,能够直接使用原型稿上的尺寸,也就是设计稿上的1/2。
五、通常状况下,H5页面设计稿作成640x1136px是最为稳妥的尺寸,在812px高度处增长一条安全线,重要内容在此线之上(网上有些文章说安全线是960px处,我的认为不太准确)。既保证了在移动设备上显示清晰,也保证了素材的最小尺寸。
最后在这里,25学堂给H5工程师推荐2个不错的图片压缩的工具。
一、腾讯智图(http://zhitu.isux.us/)
智图--图片智能自动优化平台,为你的图片智能选择合适的图片格式,为你压缩图片以便节省带宽优化体验,为你提供WebP图片让你的站点高大上
二、tinypng(手机APP设计必备图片压缩神器-TinyPNG),这里的图片压缩仍是至关好用,能够节省用户很多带宽。
以上部份内容来源:zikoman.lofter.com 感谢ZIKO的分享和实践。