iPhone —— initWithCoder 是通常指定初始化器设计模式的异常(exception)吗？

Question

我有一个类(class) MyClass。它有实例变量passedInVar1、passedInVar2等，它们的值将从请求初始化的对象传入。它还具有实例变量decodedVar1、decodedVar2等，这些变量将从存档中解码，或者如果没有存档则设置为默认值。

根据 Apple ,

当对象收到 initWithCoder: 消息时，该对象应首先向其父类(super class)(如果适用)发送消息以初始化继承的实例变量，然后解码并初始化自己的实例变量。

但 Apple 还表示，类应该有一个指定的初始值设定项。

处理所有这些问题的最佳方法是什么？

Answer 1

苹果说:

designated initializer The init... method that has primary responsibility for initializing new instances of a class. Each class defines or inherits its own designated initializer. Through messages to self, other init... methods in the same class directly or indirectly invoke the designated initializer, and the designated initializer, through a message to super, invokes the designated initializer of its superclass. [emp added]

原则上，指定的初始化程序是所有其他 init 方法调用的一个 init 方法。然而，它并不是唯一的 init 方法。每个类也不必有自己的类。在实践中，更常见的情况是指定的初始化器实际上是父类(super class)的 init。

initWithCoder的主要功能是允许从存档对象进行初始化。对于需要某些特定数据的类，它的指定初始化程序将接受该数据。 initWithCoder然后简单地解压存档，然后调用指定的初始化程序。

例如，UIView 的指定初始化器是 initWithFrame: 。所以，UIView的initWithCoder看起来像:

- (id)initWithCoder:(NSCoder *)decoder{
    CGRect theFrame= //...uppack frame data
    self=[self initWithFrame:theFrame];
    return self;
}

指定初始化器的目的是创建一个所有初始化都必须经过的中心点，以确保每个实例都完全初始化，无论数据来自何处或初始化的情况如何。

这绝不意味着一个类只能有一个初始化方法。

编辑01

来自评论:

In particular, how do I pass values for some of my ivars in when initialization is happening via initWithCoder?

嗯，你不知道。 initWithCoder 的全部意义在于，您正在处理类的冷冻干燥实例，其中包含重新创建对象所需的所有数据。

NSCoding 协议(protocol)使您的类表现得像漫画书中作为“海猴”出售的丰年虾。编码方法对丰年虾/实例进行脱水/冷冻干燥。解码方法使丰年虾/实例水合，就像将丰年虾倒入水中一样。就像丰年虾拥有除了水以外的开始生存所需的一切一样，保存在磁盘上的编码对象也拥有一旦用编码器初始化后重新创建自身所需的所有数据。

典型的例子是 nib 文件。 nib 文件只是一堆 UI 元素和 Controller 的冷冻干燥实例。 nib 中的 UIViewController 及其 UIView 将其初始化所需的所有数据编码到 nib 文件的 xml 中。当您调用initFromNib时直接或使用 IBOutlet，它调用每个类'intiWithCoder:方法。

如果在冻干时不保存完整的对象，则实例对象的存在不需要未冻干的属性。

您只需在对象初始化后设置这些辅助属性即可。

要内联指定的初始值设定项，只需先解码，然后调用指定的初始值设定项。就像这样:

-(id) initWithRequiredValue:(id) someValue otherRequiredValue:(id) anotherValue{
    if (self=[super init]){
        self.requiredProperty=someValue;
        self.anotherRequiredProperty=anotherValue
    }
    return self;
}

如果父类(super class)不支持 NSCoder，那么你可以在子类中自己启动它:

- (id)initWithCoder:(NSCoder *)decoder {
    id someDecodedValue=[decoder decodeObjectForKey:@"someValueKey"];
    id someOtherDecodedValue=[decoder decodeObjectForKey:@"someOtherValueKey"];
    self=[self initWithRequiredValue:someDecodedValue otherRequiredValue:someOtherDecodedValue];
    return self;
}

这是最简单的情况。如果 super 本身支持 NSCoding，那么您通常最终会编写一个并行指定初始化程序，如下所示:

- (id)initWithCoder:(NSCoder *)decoder {
    if (self=[super initWithCoder:decoder]){
        id someDecodedValue=[decoder decodeObjectForKey:@"someValueKey"];
        id someOtherDecodedValue=[decoder decodeObjectForKey:@"someOtherValueKey"];
        self.requiredProperty=someDecodedValue;
        self.anotherRequiredProperty=someOtherDecodedValue;
    }
    return self;
}

我认为在大多数情况下，initWithCoder最终成为并行指定初始值设定项，因为它像指定初始值设定项一样负责所有初始化。它看起来不像指定的初始化器，因为它的所有数据都是由编码器提供的，但它执行相同的功能。

这是理论与实践不一致的情况之一。 “指定初始化程序”概念实际上仅适用于从头开始创建实例的情况。