iOS 5.0故事板相比传统的UI布局有什么优势？
我在iOS开发中是一个初学者。 不过，我已经做了几年Java，PHP和Javascript的工作，所以我对OOP和devise模式非常有经验。
Xcode 4.2添加了新的故事板function，用于在iOS 5.0中布置接口。 故事板仅仅是初学者开发者的向导，还是对更有经验的开发者有利呢？
我的同事和我（iOS开发人员都是初学者）正在讨论是否应该使用传统的NIB和故事板来学习和编程iOS。 故事板提供的优势与之前的iOS界面布局方式相比有什么优势？ 这种方法有缺点吗？
我认为自动化和便利的方法将总是涵盖“常见”的情况，故事登上就是一个例子。 大大简化和加速开发过程的便利。 但是，总是会有这样的情况，即这些方法在给定的，不寻常的情况下不能为您提供所需的一切。 就像使用UI元素一样，并不能阻止开发人员在需要的时候使用核心graphics，核心audio等。 我认为这绝对是iOS开发未来的一部分，但只有意识到这一点才是一个障碍。 所以不会意识到这一点。
学习旧的方法，如果你必须同时做（或读一些遗留的代码）。 这也适用于电弧; 我不寒而栗，想到新的Cocoa / Cocoa Touch开发人员不理解旧的托pipe内存模型。
我个人不喜欢自动化工具。 我不知道下面会发生什么，插入什么样的剩余代码，代码的风格不是我的，因此我需要处理另一个人的代码。 我是需要支持它的人，而不是我可能使用的自动化工具。
这些繁琐的抽象将帮助你理解正在发生的事情，尤其是当你是新手时。
我个人喜欢传统的笔尖文件方法，我可以通过编程方式更好地控制其行为，而不必为了完成任务而向后退黑板。 而且，如果你的开发者在一个项目中工作的很less，那么你不必花费时间来合并更改（因为你有几个nib文件和故事板文件相比）
故事板文件似乎比xibs更具可读性。 两个都是xml文件，但是xibs似乎有不必要的包袱和复杂性。
我编制了一个反对使用Storyboard的15个理由清单： 何时使用Storyboard以及何时使用XIB
另外，这里有一个工具可以消除一些痛苦： http : //github.com/jfahrenkrug/StoryboardLint