Storyboard、Nib文件和代码来实现UI的利与弊

      很清楚，这就是iOS里面两种可视化UI的方法。加上全部用代码来实现UI，总共有三种方法可以来实现。

      我们先说一下全用代码来做，这个方法属于比较极端的程序员所推崇的，优点和缺点同样明显。

      优点是可以实现所有的功能，用Nib文件和Storyboard可以实现的功能用代码都能实现，不能实现的一些功能，用代码也能实现；另外用代码方便多人共同开发项目，版本管理比较方便，Nib文件和Storyboard这点上就是致命伤了（Xcode5之后好了不少），最后一个就是这种开发方法很有高大上的感觉，可以让程序员自我迷醉。

      缺点是代码不够直观，而且冗余很重。直接看代码你很难对一个View马上有个大体的印象，需要运行起来才能完整的看到全貌；至于代码冗余也很好理解，你看见View初始化之后都是一堆堆的设置frame，各种target-action的设置，也会觉得冗余的。

      Nib文件是用InterfaceBuild来辅助做可视化的UI设计的文件，如果你用过微软的VisualBasic，VisualC++等等可视化开发语言的话，对这个概念应该不陌生。

      用这个来开发UI同样让你欢喜让你忧，欢喜的是简单地UI确实比较方便，用鼠标拖拉一下，再加上一些设置就可以做出来了。忧的是这个功能实际上是用xml来存下View里面的内容，Xcode5之前打开文件，不加任何修改都能发现变化了，版本管理时满文件都是红色的，在多人修改到同一个文件时简直就是噩梦，Xcode5之后好了不少，但小组开发时少方便仍然是存在的问题。用Nib文件生成的UI，用代码都可以进行修正，我们往往会在Nib文件里面设置一部分，然后再代码中修正实现另外一部分，这样的编码方法容易起一些冲突，有时会让人很头晕。还有一点，这样生成的内容在不同的项目中复用是很难实现的。

      Storyboard实在iOS5之后出现的概念，2011年的WWDC的Session309《Introducing Interface Builder Storyboarding》里面提出来的。这个东西的出现是为了弥补Nib文件仅仅针对一个View，没有针对整体应用流程的改进，同时它可以进一步节省代码。试用了一下，一个简单的例子，见下图：

      个人的感觉嘛，怎么说呢，觉得一个人开发的简单项目中使用还是很不错的。应用的流程比较清晰，可以做到一目了然，View的切换是自动的，避免了用代码来做，可以进一步减少开发的工作量。缺点还是不适合多人共用，一个board多人一起维护的情形想想就觉得没那么简单，当然，有看到说应用并非只有一个board，每人可以用自己的board来开发。我承认，这样做会减少很多麻烦，但仍然感觉给版本管理带来了不小的麻烦（退化到极限，不就是Nib文件了么），另外，不管怎么说，代码的复用确实是变得困难了。

      要说明的是，Storyboard和Nib文件并非是非此即彼的互斥关系，在用了Storyboard的应用中也可以用Nib文件，这对实现一些复杂的UI是有帮助的。当然，代码必不可少的需要增加一些。

      我所从事的开发中，从来没用过纯用代码来实现UI，感觉这样做实现/调试/维护都不方便。很多项目由于有历史包袱，目前都是用Nib文件的方法在开发维护，新的应用感觉比较小巧，一个人能开发过来的，决定用Storyboard来实现，慢慢逐渐转向用Storyboard来开发。毕竟苹果对于这个工具持续在改进，也是未来力推的一个方向。