具备跟（）一样输出切图功能的，是最新的那个，它能够用 2x 的 PSD 输出 3x 的切图。并且，与借助 Slicy 输出切图相比，（）快很多，快足三倍。

很不错，然而当下（v3.1）依旧存在诸多小毛病，并且对中文的支持欠佳，于界面设计里尚无法彻底替代。

开头是关于题目的疑问，首先呢sketch软件图标，一份绘制的设计稿根本没办法适配于 iOS 的各类手机屏幕尺幅，再往下，这儿有把当下各个 iOS 手机屏幕还原至 1x 的对照图片，能够看到在这份设计稿里有四种屏幕尺寸呢，它们的宽度和高度全都是不一样的，并不是仅仅将已经有的 5 界面进行缩放处理进而变成被设定好特定要求的 6 的设计稿这么简单的情况呀。

如何支持多个尺寸屏幕，这个要分情况讨论。

对于常规的界面，我们存在着可以偷个懒的情况，只进行5屏幕尺寸的设计稿制作，让开发在其他屏幕上进行自适应，最终检查实机的效果没有问题就可以了。

苹果官网上屏幕对比页面里用到的都是常规界面：

有一些定制的界面，我们得依据不同屏幕重新去适配，比如说，下面有个简单的页面示例，其自动适配到大屏幕时的效果是挺糟糕的。

此时设计师应该手动为大屏幕重新调整设计，像下图一样。

在上面那张图之中能够看见，6 Plus 界面那里部分切图的尺寸要比 3x 更大，需要单独去切图，所以不是表示纯粹简简单单向 6 Plus 统一去切 3x 的图就可以的了，在这个时候矢量切图于开发处优势十分显著，只要把大屏幕里切图的尺寸告知开发就行，不需要针对不是 3x 的元素另外输出切图。

手机屏幕终究还算是像素位图，像那种哪怕是矢量的细线图标，在进行缩放之后依旧有可能会出现呈现出虚化模糊的状况（类似于 HTML 里的 icon font 的情形有），从理论层面来讲并非是在所有情形之下都适宜采用矢量切图的方式。然而，6 Plus 屏幕自身又是如何的，致使原本 pixel 的切图在缩放之后也会出现发虚的现象，全然没有 pixel 可言了，到底是不是 6 Plus 屏幕已经优化到看不出像素点了，要等到看到实机才能够确定。

对于PDF矢量切图，在尝试切图这方面，如果使用的话，是可以尽量去试试的，不过要在实机上对其效果进行确认。而有一些切图，是上面提到的定制界面里的，这些切图需单独输出，输出的就只能是位图了。其他常规的切图，使用2x的PSD输出1 - 3x切图就行的，就是这样。

做小放大

在之前进行 @2x 制作期间，好多设计师围绕着是做大后缩小、还是做小再放大这一问题展开了争执。原本处于 @2x 的情形下，只要让数值全都是双数就行，然而如今 @3x 出现了，必须保证所有数值都能够是 3 的倍数…规规矩矩地做小放大最为安全。当然做大缩小也可行，只是几乎每一个组件都存在 4 个数值：X、Y、Width，以及字级。要确保这些数值都是 3 的倍数，我着实觉得做 @1x 会更快。

进行由小变大的操作益处繁多哦！无需担忧将小图片放大后细节会变得模糊不清。图片文件的尺寸较小，所消耗的效能较少，计算机运行起来较为顺畅。其标示尺寸为1:1 ，具备便捷快速的特性。全然不用为数学问题中除不尽或者算错该如何处理而忧心忡忡。

翻译版见微博：http://weibo.com

标示尺寸

对于是否知道RD刻界面所用的是@1x的数值，你清楚吗？哪怕设计师给出的标示尺寸为@2x，RD在动工之前也得除以2才行。当下存在@3x的尺寸。设计师通常数学欠佳，你能确定自己在进行放大缩小设计时，所做出的所有切图以及标示尺寸都能够被3整除吗？倘若算错了，被RD退件后需要来回修改，那么这个时间该由谁来承担呢？

明知自己算数学有危险就不要拿自己弱项硬上了吧…

补充：真的、数学不好不要硬上…（遮脸)

向量

向量具备这样的优点，那便是无论怎样进行放大或者缩小操作，都能够始终维持图档呈现出锐利的状态，真的迫切需要像素图也拥有像智能型对象这般的功能sketch软件图标，当进行做小放大的操作时，绝对可以保持页面处于锐利情形。除非你的做图习惯糟糕到了非得运用更为差劲的数学方法去予以补救的程度，不然在做小放大过程中所遭遇的意外情况，远远要比做大缩小的情况少得多。

先求能做到正确无误，再来考虑创意美观。

好似写考卷那般，字无论怎样美观，答案填错难道不还是零分？团队协作并非写考卷，自身出问题犯傻也就罢了，设计师背后可是还有RD要去接手后续情况的啊…

兵来将挡

某：「中午 RD 过来： 6 的适配你怎么看？」

我表示，没问题，大家去把由官方所出的HIG进行研读，之后我们来展开好好的讨论。

（关掉还没放出完整文件的官网网页，结束这个回合。）

某：「他刚刚又跑来跟我说审核要兼容 6 的尺寸。」

请他们提供完整的，避免再被退，因为我表示自己对iOS 8非常不熟。然后，每4小时就去戳他一次，询问有了吗，我在等着改版耶！

如有侵权请联系删除！