App开发中，一般会采用MVC或MVVM架构，那么，会独立区分出界面层。那么，界面层是采用纯代码写好呢，还是代码+xib实现好呢? 个人觉得主要从以下几方面考虑:
1.开发效率
纯代码编写，界面越复杂，代码量越大，复杂度也随之上升；
使用xib，可以把界面布局相关的代码，属性设置的代码，迁移到xib上，修改了什么马上可以看到效果，所见即所得，界面开发速度快很多；使用xib中的autolayout，屏幕尺寸适配也方便得多。
2.可读性
代码越多，别人读起来越费劲，使用xib，界面层的代码大量减少，可读性极好
3.复用
纯代码可复用，xib比较难复用，有相同或相似界面，基本是复制一份过来修改，复用问题不大
4.版本管理
代码的版本管理比较清晰成熟，大家也用得比较顺。xib因为其为xml格式文件，可读性比较差，多人同时修改同一个xib文件时会引起冲突，并且难以合并。所以，做好一个或一系列相关界面使用一个xib,避免多人同时修改一个xib引起冲突
5.性能
纯代码的界面加载速度、运行速度是最快的，xib会稍微拉低性能，消耗更多内存，但这对多数普通界面来说，没有太大影响。需要极致的性能和速度的界面，才使用纯代码。
不管是纯代码还是xib,autolayout都不宜使用过多，超过60个，会引起卡顿。
总结：
从以往开发经验，我觉得代码+xib实现App界面，大大提高开发效率、可读性，版本管理的缺陷避免即可。现在App开发已经很成熟，企业开发基本会追求好看的界面效果、更复杂的界面布局，用纯代码实现，代码复杂度急剧加大，极有必要通过xib简化界面代码。另外，企业开发中，版本更新频繁、需求变化多，采用xib才能更快更好的响应这些变化。
网友评论