APP安卓原生 设计该怎么切图给开发？

现在我们公司要把我们的APP弄成安卓原生，然后我是个设计，之前做的也都是ios尺寸都是用的蓝湖，前端也没什么问题。后来招了个弄原生的，之前蓝湖上的东西他都用不了，只有从新做尺寸，目前阶段就是每个图都要搞几天，从首页和登录搞了一个多月了。我就想问下有什么能提高效率的办法？

1.png的方案

3x规格png实施起来会简单很多，设计师可以以iPhone6s plus为设计稿，导出稿中相同大小的图片，以6s为设计稿的话输出图片时宽高均乘以1.5。开发拿到切图后，iOS对应放入3x，Andrpid对应放入xxhdpi，搞定。目前使用率来说3x（即3倍）就足够了，其他倍数会从3x自动缩小获得。
2.矢量图方案
这个方案会复杂些。iOS矢量图为pdf格式，大小以1x输出就可以，这样做可以方便开发人员导入和布局。Android可以用VectorDrawable或者svg转png插件，需要的是svg格式矢量图。用VectorDrawable的话，设计师最好用最简单的方式制作svg，最好只用绘线和填色，蒙版、挖空、区域透明等等就不要用了。用svg转png插件的话，对制作svg就没有太多要求，但是这类插件会有一些坑，开发人员要去填坑，比如转换后清晰度不够的问题。
我给公司的方案就是设计师输出一套1x规格pdf矢量图，iOS可以直接套用，Android采用svg转png插件，自己写脚本将pdf批量转换成svg，再由插件生成3x规格png，是的，Android最终还是用png。因为公司iOS项目先启动，图片都做好了，不可能再让设计师为VectorDrawable一个图片一个图片的调整。
3. 分辨率和倍数
市面上各个规格的分辨率都有，Android的太多先不讨论，iPhone 6s+是1080x1920，6s是750x1334，se是640x1136。差异这么大难不成要一一适配？显然不可能，幸好除了分辨率外还有倍数的概念，比如2x（2倍）就是指设备的一个点等于2px，一般来说不同设备的一个点物理距离是接近的。我们来看看分辨率除以倍数后的“点”分辨率，那么6s+是414x736，6s是375x667，se是320x480，从这个角度上看，其实几个机型的“点”宽度变化不大，只是高度有所不同，只要布局得当完全可以做到一套设计稿通用大部分机型。
Android的情况也是类似，只是倍数更多，它用另一个名称表示：mdpi（1倍）hdpi（1.5倍）xhdpi（2倍）xxhdpi（3倍）。
补充，6s和se是2x，6s+的倍数情况比较复杂，详细请看：
iPhone 6 Plus的逻辑分辨率为什么是414x736？ - IOS app开发 android app开发 为什么 iPhone 6 Plus 要将 3x 渲染的 2208x1242 分辨率缩小到 1080p 屏幕上？ - iOS 开发
4. 良好的布局
一般来说，选用一款常用机型的分辨率作为设计稿，剩下的便是布局的工作。
布局就像排版一样，每一块区域每一个控件的摆放规则：往一边靠还是居中，拉伸铺满，保持一定比例，还是固定大小。要把设计稿想像得能够随时变宽变窄变高变矮，当大小发生变化时，按照预定的布局规则设计稿会变得怎么样。布局没有捷径，就是多思考多练习。
给个例子，公司的设计稿是以5s为基准，分辨率640x1136，倍数2x。
知道以哪个倍数为基准对适配很重要。比如说，有一次设计师不清楚怎么描述一个九宫格页面时，我让他针对6s+、6s、4s再做一次调整，基准倍数是2x，6s+基准到2x的尺寸便是828x1472，方便同一个设计稿复制到不同分辨率上，通过不同分辨率的调整便能做出满意的页面布局。（在这里你需要一套高效的标注工具）
* 当倍数不为1x，所有px表示的数值都应该能被倍数整除。以2x为例，输出图标大小就不能为45px x 45px，因为当输出到1x和3x时就会出现小数，小数会被舍弃。正确做法是调整到44px或者46px。
5、为什么不采用等比例缩放适配
为什么不采用等比例缩放适配？说到底，更大的屏幕尺寸提供了更多内容展示的空间，等比例缩放没能把发挥出大屏的优势，同时也很难保证系统UI的一致性体验。

温馨提示：内容为网友见解，仅供参考

当前网址：https://11.t2y.org/zz/fv42pqff8fqsfpfqpp4.html