我倾向于同意 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/
| 欢迎光临 OStack程序员社区-中国程序员成长平台 (https://ostack.cn/) | Powered by Discuz! X3.4 |