ios - viewDidLoad 方法命名是否具有误导性？

Question

关闭。这个问题是opinion-based .它目前不接受答案。












想改进这个问题？更新问题，以便 editing this post 可以用事实和引用来回答它.

5年前关闭。




Improve this question




当 UIViewController 的实例已创建，它的 View 和所有 IBOutlet在需要之前不会加载。
这意味着，与所有其他类不同，具有完全初始化的实例并不意味着所有属性都已初始化和加载。

这是一种独特的行为，类似于异步加载，但在加载和初始化绝对完成时没有任何委托(delegate)或回调方法。

Cocoa(Touch) 中没有其他对象遵循相同的逻辑，即使加载 UIView来自 nib已同步。

因此，可以说 viewDidLoad 方法的命名在 Apple 的其他 API 的上下文中具有误导性和/或不正确的约定吗？

Answer 1

View Controller 加载是一种通常称为延迟初始化的模式。而且这种模式并不是 View Controller 所独有的:它出现在 Cocoa 中的几个地方，主要与基于 nib/storyboard 的 UI 相关。例如，在调用 UIView 方法之前，您放入 nib 的任何自定义类(例如 NSView 子类或 macOS 上的 awakeFromNib 子类)都不会完全“准备好”。

当您加载 nib 或 Storyboard时(或当 View Controller 系统代表您这样做时)，Cocoa(或 Cocoa touch)从 nib 中的归档形式初始化对象，然后通过每个设置来设置任何 IBOutlet 属性的值。因为这是一个两步过程(并且必须如此，因为归档无法以 nib 需要的方式保留指向其他对象的链接)，所以存在对象存在的中间时间(即，它们已经完成了 init 方法和 super.init 链)，但未完全设置为匹配您在 Interface Builder 中创建的配置。

这里似乎对“初始化”的含义有些混淆。 Swift 语言的要求和 ObjC 中的强烈推荐是，在初始化链完成运行时，所有属性/实例变量都具有定义的值。换句话说，如果您在初始化后获取属性或实例变量的值，通过阅读您的代码，您应该知道该值将是什么。

此定义与非 ARC Objective-C 的行为形成对比:如果您在初始化期间不分配给实例变量，则它们的值是未定义的。它们可能为零，它们可能是垃圾，它们可能是从其他东西中丢弃的内存。

带有 ARC 的 ObjC 部分强制解决了这个问题，以确保所有变量都初始化为零/nil，即使您在初始化期间没有手动分配它们。 Swift 通过在编译时要求您在初始化时手动提供值来进一步强制执行它(通过分配给声明它们的属性，通过在 init 定义中分配给它们，或者通过将它们声明为 Optionals 以使其默认值为零)。

因此，当您处理来自 nib 或 Storyboard 的内容时，拥有完全初始化的实例意味着所有属性都按照语言定义“初始化”——也就是说，它们的值是已知的。这并不一定意味着他们的值(value)观是“你希望他们成为什么”。

特别是， View Controller 旨在用于延迟初始化场景，其持续时间比“在 Storyboard加载期间”持续时间更长。例如，您可以建立一个完整的 View Controller 互连网络(在导航堆栈、选项卡 View 、主/细节 Split View等中)。最初，这些 VC 实例被初始化并且知道它们的一些非 IBOutlet 属性(例如它们的标题，用于在选项卡栏中标记非事件选项卡)。但是在系统请求 VC 的 View (通常是当用户即将看到它时)之前，不需要加载昂贵的 UI 基础结构。