如何改进工作流让设计稿支持多个尺寸？.pdf

如何改进工作流让设计稿支持多个尺寸 ？ 必威体育精装版的 Phot osho p 是有跟 Sket ch 一样的输出切图功 的 （Generat o r ），用 2x 的 PSD 输出 3x 的切图也可以。而且 Phot osho p 配合 Slicy 输出切图比 Sket ch 3 快捷很多。 Sket ch 相当棒 ，但目前 （v3.1 ）还是有不少小问题 ，加上对中文支持不够好 ，在界面设计中还不 完全取代 Phot osho p。 关于题目的问题 ，首先一份设计稿就不 适用于 iO S 各手机屏幕尺寸。以下是 Bjango 把目前各 iO S 手机屏幕还原为 1x 的对比图 ，可见在设计稿中四种屏幕尺寸宽高都不一样 ，不是简单地把 iPho ne 5 界面缩放一下就变成 iPho ne 6 的设计稿了。 如何支持多个尺寸屏幕 ，这个要分情况讨论。 对于常规界面我们可以偷个懒 ，只做 iPho ne 5 屏幕尺寸的设计稿 ，请开发在其它屏幕上自适应 ，最 终检查实机效果没问题就行。 苹果官网上屏幕对比页面里用到的都是常规界面 ： 对于一些定制的界面我们应该根据不同屏幕重新适配 ，比如下面是个简单的 pro ile 页面示例 ，自动 适配到大屏幕的效果挺糟糕的。 此时设计师应该手动为大屏幕重新调整设计 ，像下图一样。 在上图中可看出 iPho ne 6 Plus 界面中部分切图尺寸比 3x 更大 ，要单独切图 ，所以不是说简单地给 iPho ne 6 Plus 统一切 3x 图就 O K 的了。这时矢量切图在开发中优势很明显 ，只要把大屏幕中切图 的尺寸告诉开发即可 ，无需针对非 3x 元素额外输出切图。 * 手机屏幕毕竟还是像素位图 ，像细线图标即使是矢量的在缩放后仍可 会出现虚化模糊的现象 （ 类似 HT ML 里的 ico n o nt ），理论上并非所有情况都适合用矢量切图。但是 ，iPho ne 6 Plus 屏幕 本身又是 dow nscale 的 ，导致原本 pixel per ect 的切图也会在缩放后发虚 ，完全没有 pixel per ect 而言 ，究竟是不是 iPho ne 6 Plus 屏幕已经优化的看不出像素点了 ，要等看到实机才 确定。 切图方面用 Sket ch 的话可以尽量试试 PDF 矢量切图 （但要在实机上确认效果 ）。Phot osho p 就只 输出位图了 ，上面提到定制界面里的一些切图得单独输出 ，其他常规的用 2x 的 PSD 输出 1-3x 切图即可。 做小放大 之前做 @2x 的时候很多设计师在争执做大缩小、还是做小放大的问题。原本在 @2x 的情况下只要 保持数值都是双数就可以了 ，但现在 @3x 出现 ，要保持所有的数值都要 是 3 的倍数…乖乖地做 小放大最安全。当然也可以大缩小 ，但几乎每一个组件都有4个数值 ：X 、Y、W idt h、Height ，还 有字级。要保证这些数值都是3的 倍数 ，我真的觉得做 @1x 比较快。 做小放大好处多喔 ！ 1. 不用担心小图放大细节会糊掉。 2. 图文件尺寸小 ，效 吃得少 ，计算机跑得顺。 3. 标示尺寸 1:1 ，方便快速。 4 . 完全不用烦恼数学问题除不尽算错怎么办。 参考数据 ：iPho ne 6 Screens Demyst i ied 翻译版见微博 ：ht t p://weibo .co m 标示尺寸 你知道 RD 刻界面都是用 @1x 的数值吗 ？即使设计师给的标示尺寸是 @2x ，RD 还是得除以 2 才 动工。现在有 @3x 的尺寸。设计师普遍数学不好 ，你确定自己做大缩小设计出来所有的切图和标 示尺寸都 被 3 整除吗 ？万一算错被 RD 退件来回修改的时间是谁要吞下去 ？ 明知自己算数学有危险就不要拿自己弱项硬上 吧… 补充 ：真的、数学不好不要硬上… （遮脸) 向量 向量的好处就是不管怎么放大缩小都 保持图档锐利 ，真需要像素图也有智 型对象这样的功 ， 做小放大绝对 保持页面锐利。除非你做图习惯不好到必需用更破烂的数学去补救 ，不然做小放大 会遇到的意外远远少于做大缩小。 先求能做到正确无误 ，再来考虑创意美观。 就像写考卷一样 ，字再怎么漂亮答案填错还不是 0 分 ？团队合作不是写考卷 ，自己出包耍笨就算了 ，设计师背后还有 RD 要接手啊… 兵来将挡 某 ：「中午 RD 过来 ：iPho ne 6 的适配你怎么看 ？」 我 ：「没问题 ，大家把官方出的 HIG 研读下 ，我们来好好讨论。」 （