[讨论]iOS 开发之使用XIB/StoryBoard 和 使用代码

最近讨论了在开发应用过程中使用XIB/SB 和使用代码的一些问题 。 观点各有千秋 。 

使用xib布局呢 ，效率高，用代码写控件布局，时间花销有点大。

个人一直用的是代码开发～  ， 写控件布局着实是一件令人头痛的事情 。

以下收集了一些观点 ， 供参考：

刘洪峰，07年开始写码至今，擅长iOS开发.

代码。基本不用xib，storyboard没用过。有时会用xib摆摆位置，找找坐标，真正项目中还是代码。
原因：1、storyboard这个东西是最近才出的，而我已经写了两年的iOS，习惯了。
2、工程做大了，需要精确控制内存的加载释放，界面、数据的加载顺序，内存警告时的释放顺序，用storyboard很难把性能优化到最佳。
3、一个人的项目或者是一个简单的小应用可以用storyboar，一目了然，实现也简单。但是十几个人共同开发，并且人员经常变动的项目，用代码的优势就很明显了。

石荟，正在从事ios相关开发，项目经理转型中。。

除了动态布局部分，基本上都是用xib。
代码布局效率极其低下，用xib2分钟能搞定，代码要10分钟以上。而且代码不利于后期调整，一有改动就要重新看代码，降低效率。
Storyboard 从来不用，到现在都不知道怎么用这个团队开发，冲突问题如果有人知道解决方法敬请赐教。
一个程序员如果能够把最大的心思花在逻辑上，才能完成一个高质量的程序。界面方面能够在最短时

李柰财，IOS应用开发者。

个人开发的项目，用故事版吧，iphone、ipad双版本兼容开发非常快捷，大型项目，只能代码了，最最不可取的是xib，这家伙一点好处都没有了。board加载时占用多少多少资源，但其实经过这两年的改进和优化，再加上硬件性能的提升，我认为这点完全没必要操心了，毕竟Storyboard是Apple建议使用的方式，就像ARC刚出来时，各种大牛吐槽，但是现在ARC是默认的，新建工程的时候连取消的选项都没有了。其实国外的公司很注重这些官方推荐的新技术，有几次做国外的项目，客户指明必须使用Storyboard，还有像Facebook iOS SDK的官方教程也是使用的Storyboard。

不过团队开发的话Storyboard就不是很方便啦，还是XIB或者代码比较适合！
作为开发者，尤其是做iOS还有Mac开发的，一定要优先掌握和使用Apple建议的技术，Apple所建议的一定是更简单，更便捷，未来会持续推广的技术，当然，这并不是功能最全最强大的技术，其实很多时候我们并不需要那么强大的功能，举个例子，我们需要显示一个网页，那么我们直接使用一个WebView去加载就可以了，也许WebView的效率有点低，但是我们完全没有任何必要去研究WebKit然后自己写个浏览器去加载吧，况且自己写的浏览器未必就比WebView强大。
扯的有点远了，总而言之一句话，不管是Storyboard，XIB还是代码的方式，没必要一棵树上吊死，选用最便捷的最适合项目的就可以了，比较大的项目最好组合使用