来自笔尖的 NSWindowController 子类初始化不使用 -initWithCoder:?

Question

我已将 NSWindowController 的自定义子类添加到我的 Cocoa 项目中，并将我的子类的一个实例添加到我的应用程序的 nib 中。我希望在加载 nib 时看到我对 -initWithCoder: 方法的覆盖，但事实并非如此。为了调试，我添加了一个常规的 -​​init 方法并在其上设置了一个断点——果然，我在加载 nib 时遇到了断点。

这实际上可以使一些事情对我来说更简单（例如设置 windowNibName），但我不明白为什么 Cocoa 会这样。我读过的所有文档都表明 -initWithCoder: 是我应该覆盖的地方。为什么这个案例有什么不同？

Answer 1

我假设要在 Interface Builder 中实例化您的窗口控制器，您将一个通用的 NSObject 实例拖到 nib 文件中，然后将您的自定义 NSWindowController 子类分配为对象的类，对吗？如果是这样，那么我认为它们的主要区别在于您正在处理实例化通用对象而不是 IB 调色板之一中包含的自定义对象。

大多数情况下，当您使用 IB 创建和配置对象时，您在各种检查器中指定的设置会在保存 nib 文件时使用encodeWithCoder: 方法进行编码。然后，当您在应用程序中加载该 nib 文件时，这些对象将使用 initWithCoder: 方法进行初始化。

但是，在该通用对象实例的情况下，Interface Builder 不一定知道被实例化对象的类的任何信息。由于您可以指定任何要实例化的类名，因此如果您指定了一个 IB 没有通过调色板或框架加载的类，它就无法使用NSCoding 序列化该对象。所以我相信当你实例化一个像这样的通用对象时，它会使用init 而不是initWithCoder: 进行初始化，因为在保存 nib 文件时它没有使用encodeWithCoder: 进行保存。

我不知道这是否在任何地方都有记录，但我认为这就是您在那里看到差异的原因。我也不认为它是特定于 NSWindowController 的，而是在 IB 中实例化为通用 NSObject 的任何对象都会看到相同的行为，而不管具体的类是什么。

Answer 2

我仍然没有正式的答案为什么 Cocoa 会这样，但在实际使用中似乎很方便。我已经使用以下 -init 方法定义了一个 NSWindowController 子类，它就像一个魅力。

- (id)init;
{
    if ((self = [super initWithWindowNibName:@"MumbleMumbleSheet"]) != nil) {
        …
    }
    return self;
}

如果 -initWithCoder: 被调用，我将不得不弄清楚如何履行调用超级 -initWithCoder: 方法的隐含义务，并且仍然获得用于加载的正确 -windowNibName。这种方式更简单。

我仍然希望指向一些文档的指针，说这个类是不同的，并解释了为什么以及如何......但是在没有文档的情况下有经验证据。

Answer 3

编码器方法用于已序列化并保存到文件的类。

你在这里做的是不同的。您正在将控制器类构建到可执行文件中。这意味着无需从文件中读取类本身，因为它是正在运行的应用程序二进制文件的一部分。

使用此控制器类时，您需要提供一个 init 方法，您可以在其中提供 nib 文件名。为什么？好吧，您将编译的类作为 exe 的一部分，但不知道 nib 文件是什么。这就是您提供这些知识的方式。

这样想。您的控制器类是 exe 的一部分。需要在它和 nib 文件之间建立一些链接。一种方法是扫描所有 nib 文件以查找对该控制器的引用。那将是低效的。在 init 中提供名称和所有引导程序。

换句话说，您从实验中学到了一些重要的经验。干得好，观察力如此之好。