当 Android 开发人员遇见 iOS 设计稿？
年初不是换了家创业公司嘛，正处于行业风口期，功能需求较多，各个版本迭代也是接踵而来。最近，实施 UI 大改版，一向贯彻 Android 设计规范的我，在 MaterialDesign 和 iOS 风格设计稿之间，妥协了，选择了后者，并且是已经按照 MD 规范做完的情况下，忍痛割爱。相信不少安卓开发者也有和我一样的遭遇，不妨一起聊聊：
当一个 Android 开发人员遇见 iOS 设计稿，何去何从？
Android VS iOS Design
自打移动端两大操作系统面世以来，虽然二者 App 整体设计框架大同小异，但是在设计细节上差异巨大。比如导航栏，iOS 推崇位于底部，Android 规范位于顶部；再比如 Dialog 设计，Status Bar 设计等，这些小细节的差役举不胜举。
更何况闭源的 iOS 操作系统在设计上专利颇多，其他系统无论是抄袭，还是借鉴，都是谨慎谨慎再谨慎，唯恐版权之争。比如 ScrollView 之类的滚动视图，iOS 默认控件就是自带弹性属性的，Android 系统上呈现为一个颜色过渡。
移动端设计风格，从拟物化设计，到扁平化设计，再到 MaterialDesign（昵称：材料设计），每次变更，脱胎换骨。当然，这是移动互联网发展的一个小趋势而已。对于各据半壁*的 Android 和 iOS 操作系统，App 设计差异着实考验着 Developer 和 Designer 之间的工作默契和配合程度。如何求同存异，如何有效沟通，显得尤为重要。
设计师只出 iOS 设计稿
不仅是创业公司，许多中大型互联网公司，都是这样。考虑到人员成本，考虑到时间成本，考虑到各种原因，设计稿最终只有 iOS 版本，包括切图，也只是 [email protected]，[email protected]，[email protected]。很多时候，安卓开发人员只能将就着看，将就着用而已。这竟是行业普遍存在的一个潜规则。
那么作为一个地道 Android 开发人员，遇到这般窘境，应该怎么做呢？
主动发声，表达自己的观点
在开发之前，一定要主动表达自己的观点，确定开发方向。找到 UI 设计师，或者产品经理，将 Android 中的设计规范有理有据有条不紊地娓娓道来。这个过程，非常重要。
第一，在事业上，能让领导或者同事看出，你是一名积极主动的员工，有自己的想法，并且乐于也善于表达，有助于事业步步高升；
第二，具体到实际工作上，无论最终选择遵守 Android 设计规范，还是*选择按照 iOS 设计稿开发，保持两个端应用的一致性，至少确立了开发方向，不至于在开工时犹豫不决，左右为难。
无论身处何种岗位，这是一种积极的做事态度和正确的做事方式。在确定努力方向前，和共事伙伴可以展开头脑风暴，争执得水火不容。一旦确定方向，彼此一定要团结一心，向着共同的目标携手前进。否则，带着反方的观点做事情，一定做不好，与其苟同，不如离开。
尊重每一个岗位，和平共处
记得刚入职场不久时，称呼一个 UI 设计师为 “美工”，被别人礼貌地回敬：你丫才美工，全家都美工！那时不懂事，直到后来被别人喊道：李工（我姓李），才切身体会到那种不爽，心里也用之前那位 UI 设计师回敬我的话语暗自回复了他。
好在，虽然年少不懂事过，但打心里从来没有对别人、对任何岗位不敬过。早晨看见清洁阿姨，也会主动说声：阿姨，早上好。
而有些职场之人，总觉得自己岗位多么高大上，自己级别多高，甚至拿着同样的工资还看不上别人的工作内容。实则，说难听点，都是一名打工者而已。试想，带着这样的态度，如何能与他人有效沟通，和平共处呢。在这种情况下，你一个做 Android 开发的，竟敢公然挑衅 UI 设计稿，不被打脸都对不起人家桌面上的 Adobe 全家桶！
说了这么多，一点感悟，和你分享一下。
PS：愚人节快乐！
猜你喜欢
★ Android 调用系统功能实现图片选择器，你可能会遇到的问题汇总
★ Android 新推出基于物理的动画库，完全诠释什么叫做弹簧效果
★ Android 系统中，那些能大幅提高工作效率的 APIs