84669 person learning
152542 person learning
20005 person learning
5487 person learning
7821 person learning
359900 person learning
3350 person learning
180660 person learning
48569 person learning
18603 person learning
40936 person learning
1549 person learning
1183 person learning
32909 person learning
最近新来的几个同事，看起来都不喜欢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.
![[Web front-end] Node.js quick start](https://img.php.cn/upload/course/000/000/067/662b5d34ba7c0227.png)
主要是因为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.