iOS开发之UI篇第一回合

隔了很久才更新这篇文章，由于工作的原因实在无法分身。从本章开始陆续会重点介绍与大家开发息息相关的知识点，这篇文章我们开始讲iOS的UI。

做UI布局之前，首先需要有UI Flow，设计人员根据UI Flow，做GUI效果图，layout，以及资源。开发人员拿到这些资源，首先需要明确的是，那些效果可以做，哪些是技术手段无法实现的。同时也要根据项目的整体进展，上线时间点确定当前阶段，哪些是必须实现的，哪些可以在下一个版本完善。有了以上结论之后，开发人员应当与测试人员达成一致，确定逻辑。在很多大公司，开发人员的地位其实很尴尬，UI设计的可以叼你，测试的也可以刁你，但是往往他们没有我们更加懂app，遇到原则性问题，或者因为要实现某个特效，要打乱架构的情况，果断听自己的，别给自己挖坑，挖的坑没人帮你填。

确定了最终显示的效果之后，就要考虑UI的布局采用什么样的方式。这里有几种方式可供选择，有些人可能习惯用xib、storyboard的方式实现，这种方式的效率是很高的，但是有个缺点，就是界面如果非常复杂，xib的布局相当的多，看的眼花，别人维护的时候有些困难，而且团队协作容易产生冲突。使用这种方式，也有两种方法，第一是适配不同屏幕采用autoresize，另外就是使用autolayout，autoresize适用于界面动画效果比较多，或者需要自适应控件位置的场合，比如需要旋转的动画等。而Autolayout的好处在于适配起来非常方便，只需要设置好约束，适用于复杂但动画较少的场合，如果需要动态改变控件的位置或者高宽度，则有些繁琐，当然，也是有技巧的，后续我会把这种技巧分享出来，超级好用，很少有人使用这种技巧。除了xib、storyboard的方式，就是纯代码布局的形式，当然也可以两者结合。纯代码的方式可以控制frame，也可以使用masonry的方式，masonry非常好用，而且都是以block的形式包装起来，看着很舒服，后续我也会介绍。如果大家做过聊天类的应用，就会对这些方法很熟悉，可以说聊天类的应用界面还是有一定的难度。我曾经做过很多动画类的效果，也做过IM通信类的应用，真能把人折磨死。

以上的方式，大家在具体项目中可以选择合适的，根据需求和实现的难以程度，多去尝试，多思考，UI布局是学习的第一步，有些开发者做了很多年的研发，也没能真正摸清楚这其中的奥秘。路还很漫长，做一个有心的人吧，骚年，很多东西都是实际中亲自尝试了才会get到。