怎么将iOS的设计图用于Android开发

怎么将iOS的设计图用于Android开发

1. 总体的样式
　　从 iOS7 以后，Apple 就一直在采用扁平化的设计模式，去除了所有不必要的纹理和阴影等效果——和早些年间的版本完全不同。Google 的新 MD 设计规范有了一些更加细节的规定，通过一种叫“纸片”的方法来创造更多的层级关系。
　　2. 实体按钮
　　Android 有一个返回按钮，点击它可以返回上一个屏幕。
　　iPhone 上则没有这样一个按钮，所以需要有一种方式能够让用户回到先前的屏幕。通常的解决方案是在屏幕的左上角放置一个返回键。

第一个认识：对于设计环节。 对ios和android使用同一套ios的交互设计这种做法不置可否，毕竟好多人都已经这么干了。而很多情况下，到底用一套交互还是两套，这个问题是被设计部门的话语权、项目的周期、人力资源等多个因素影响的，并不是简单的节操问题。所以这里不讨论到底一套交互对不对，只讨论这种情况下怎么干活。 那么既然是同一套设计，如果仅仅是为了达到的交付物标准，输出两套几乎完全一样的ios和android的ui图，这种事情略显蛋疼。据我所知有一些设计团队都在不明真相地这么干着。 第二个认识：来看设计环节的交付物 ios和android开发需要的设计交付物至少要有：高保真ui图，标注，切图。 高保真ui图所起到的作用是，开发会参照其画页面，仅仅是获知页面样子的一个手段，并非什么高精度的事情。仅仅基于这一条，设计师就没有必要出ios和android两套样子一样只是大小不同的图的，对于开发来说，他们只需要看到页面样子即可。 标注和切图的作用是，开发会按照标注的尺寸，把切图按照高保真ui图的摆放方式做到界面上。那么问题来了，ios的开发和android开发所需要的标注和切图是不一样的。如何在一套ios的高保真ui图上做出两套标注和切图呢？ 众所周知ios设计的像素尺寸是640*960/1136，android主流的hdpi模式下的像素尺寸是480*800。如图，他们的换算关系是，ios像素尺寸的75%是android的像素尺寸。 于是很多设计团队就基于这个75%的关系去做android的图了，但是这不是个好方法，这是一个设计和开发没有成为好基友的状态下所使用的方法。 我们知道android开发所使用的单位并非像素，而是一个叫做dp/sp的单位，人家压根就不用像素，你费劲半天调一个480*800又有啥用呢？你给他标注上，这个宽度300像素，又有啥用呢？设计不懂开发，开发也不懂设计，android不懂ios，ios也不懂android，很多同志就在这种“矩阵式的彼此的不理解”中凑合干着。