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.