84669 人学习
152542 人学习
20005 人学习
5487 人学习
7821 人学习
359900 人学习
3350 人学习
180660 人学习
48569 人学习
18603 人学习
40936 人学习
1549 人学习
1183 人学习
32909 人学习
最近新来的几个同事，看起来都不喜欢xib，一个提议说，以后禁用xib，另一个希望把现有的xib都换成代码写。
为什么大家都不喜欢xib呢？
修改：这里不讨论story board，因为storyboard在iOS5.0以上才能用，不符合我们公司的要求。只讨论xib和代码的比较。
走同样的路，发现不同的人生
主要是因为xib在项目中可控性不够好，比如说各种底层定制功能，归根结底就是不够熟悉xib文件的组织和原理……事实上xib有利于MVC的分离，并且一定程度上简化界面设计的工作量。当然，如果是底层定制的话xib就无能为力了……
多人合作，xib冲突就是个悲剧。如果改动非常大，合并就非常消耗时间。
=====
xcode 5 看来有了很大的改进，所以以上说法可能就不正确了： http://nilsou.com/blog/2013/08/07/xcode-5-finally-makes-interface-builder-a-viable-option-for-teams/
据我观察，不喜欢用xib的人大多数是因为没有理解xib是怎么回事，不清楚xib内部是怎么工作的。不会用，所以不敢用。当然xib不适用于任何场合，但是在任何场合都不用xib也是毫无道理的。
既然苹果新推出storybord，那一定有它的好处。
但是有些人觉得xib对于分布式版本控制可能会方便些。
个人是比较喜欢storybord，清晰流程，易于操作。
不好意思，个人见解！
个人感觉xib对于布局比代码简单,代码需要手写很多坐标数据,在整个代码里面看起来就很乱. 而将布局写在xib中里面之后,一是通过拖拉调整界面方便,二是可以减少代码中的UI代码量,让代码更清爽.其余情况还是觉得xib不如代码
iPhone5出来后，基本不用xib.
主要是因为xib在项目中可控性不够好，比如说各种底层定制功能，归根结底就是不够熟悉xib文件的组织和原理……事实上xib有利于MVC的分离，并且一定程度上简化界面设计的工作量。当然，如果是底层定制的话xib就无能为力了……
多人合作，xib冲突就是个悲剧。如果改动非常大，合并就非常消耗时间。
=====
xcode 5 看来有了很大的改进，所以以上说法可能就不正确了： http://nilsou.com/blog/2013/08/07/xcode-5-finally-makes-interface-builder-a-viable-option-for-teams/
据我观察，不喜欢用xib的人大多数是因为没有理解xib是怎么回事，不清楚xib内部是怎么工作的。不会用，所以不敢用。当然xib不适用于任何场合，但是在任何场合都不用xib也是毫无道理的。
既然苹果新推出storybord，那一定有它的好处。
但是有些人觉得xib对于分布式版本控制可能会方便些。
个人是比较喜欢storybord，清晰流程，易于操作。
不好意思，个人见解！
个人感觉xib对于布局比代码简单,代码需要手写很多坐标数据,在整个代码里面看起来就很乱. 而将布局写在xib中里面之后,一是通过拖拉调整界面方便,二是可以减少代码中的UI代码量,让代码更清爽.其余情况还是觉得xib不如代码
iPhone5出来后，基本不用xib.