我即将钻研iOS应用程序开发的世界（我通常是一名游戏开发人员），我已经阅读了使用Storyboards Vs以编程方式进行的辩论，并获得了简单的应用程序故事板是要走的路，但访问服务器的应用程序呢？并需要动态地做很多事情？现在似乎大多数应用程序都是这样的，如果是这样的情况，故事板在那种情况下是一个好主意吗？
答案 0 :(得分：2)
您必须记住，故事板不是代码的替代品。它们是一个可以与编码视图，笔尖等一起使用的工具......
真正的技能在于以最省力的方式使用所有这些，并提供最大的可维护性，可读性和可靠性。
我的许多应用程序结合了多个故事板和许多笔尖。
说完了。在故事板中可以做的任何事情都不应该在任何云代码附近。
无论您是使用笔尖还是使用故事板对视图进行编码，访问云的类都不应更改。
在另一个答案中链接的文章确实很奇怪。将故事板视为仅用于原型设计的事情是完全错误的。
访问一些网络内容的结构良好的应用程序（或应用程序的一部分）应建模为......
[网络资料] ---- [查看控制器资料] ---- [查看资料]
视图控制器是在故事板，笔尖还是在代码中创建并不重要。网络的东西没有改变。
此外，文章还提到“自定义视图”是您无法使用Storyboard执行的操作。再次，这是错的。我的最新应用程序Emojicate是使用Storyboards（该项目有2个故事板），笔尖（用于自定义单元格等）和几个编码视图（表情符号消息视图已编码）的组合编写的。
听起来好像写作的人并没有真正研究各种细节的各种工具。
答案 1 :(得分：1)
请看一下这篇文章。我认为它的总结非常好，并简要说明了利弊： http://andrewrauh.com/2013/09/01/storyboardsnibs-vs-doing-everything-with-code-in-ios/