我倾向于同意 Joe Conway 和 Aaron Hillegass 的分析，正如 Ole Begemann 今天在 http://oleb.net/blog/2012/01/initWithNibName-bundle-breaks-encapsulation/ 中所报道的那样。
基本上，它们声明 NIB 的文件名是相应 UIViewController 类的实现细节，并且调用类不负责在 init 方法中传递 NIB 的文件名。
我想知道 AppKit/UIKit 的创建者做出这种设计选择是否有任何特殊原因，或者这仅仅是一个错误 - 在后一种情况下，为什么 UIKit 出现时没有纠正它，这本来是一个很好的机会。
如果任何 Objective-C 老前辈能够提供这方面的历史背景，那就太好了，可以更好地理解我们每天使用的框架。
最佳答案
我怀疑这样做是为了让 UIViewController 可以具有作为 Controller 的基本功能，而不需要任何子类化。例如，如果您只是在导航 Controller 上推送“Credits” View ，并且该 View 只有静态文本，那么您可以不创建 UIViewController 子类。您可以直接创建一个 UIViewController 并将包含静态文本的 Nib 传递给它。
当然，大多数时候，您需要与所呈现的内容进行某种程度的交互，在这种情况下，需要自定义 Controller 。但从理论上讲，并不总是需要它。
关于ios - UIViewController的initWithNibName : a reason behind this design?，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8976873/