我应该在 ARC 的 init 方法中引用 self.property 吗？

Question

一个简单的问题。

如果我有一个使用相同名称声明的属性和 ivar：

在 .h 文件中：

(Reminder*)reminder;
@property(nonatomic,strong)(Reminder*)reminder;

在 .m 文件中，如果我使用 ARC，我应该在 init 方法中使用 ivar 还是该属性？

- (id)initWithReminder:(Reminder*)reminder_ {
    self = [super init];
    if (self) {
        reminder = reminder_;
    }
    return self;
}

或者我应该使用该属性来获得自动引用计数的好处，如下所示：

- (id)initWithReminder:(Reminder*)reminder_ {
    self = [super init];
    if (self) {
        self.reminder = reminder_;
    }
    return self;
}

我不确定在对象初始化的哪个点可以使用点表示法访问属性。

Answer 1

无论 ARC 如何，都在部分构造的状态下使用直接访问：

- (id)initWithReminder:(Reminder*)reminder_ {
    self = [super init];
    if (self) {
        reminder = reminder_;
        // OR
        reminder = [reminder_ retain];
    }
    return self;
}

这是因为 self.whatever 会触发其他副作用，例如键值观察 (KVO) 通知，或者您的类可能（显式）实现或者子类重写 setWhatever: ，这可能会将部分初始化的实例暴露给其他 API（包括它自己的 API），这些 API 正确地假设它们正在处理完全构造的对象。

您可以手动验证一个类是否能够在部分初始化的状态下运行，但这需要大量维护，并且（坦率地说）当其他人想要对您的类进行子类化时，这是不切实际或不可能的。它需要大量的时间和维护，并且这样做没有实质性的好处，特别是如果您尝试使用该方法作为约定。

因此保证正确性的统一方式是在部分构造的状态下使用直接访问，并避免使用访问器。

注意：我使用“部分构造”，因为初始化只是图片的一半； -dealloc 有类似的警告。

关于为什么应该在部分构造状态（ARC || MRC）中使用直接访问的更多详细信息可以在这里找到：初始化属性，点符号

Answer 2

不，你不应该！

您可以在此处
找到原因说明
苹果也建议不要这样做。 在此处阅读

Answer 3

我不确定在对象初始化的哪个点可以使用点符号访问属性。

由于点表示法仍然是 Objective-C 方法（实际上是 ObjC 方法下的 C 方法），因此点表示法或调用该方法是完全安全的，因为该方法已准备好处理内存中的底层类型无论他们碰巧处于什么状态。
关于避免使用未初始化（可能）的车库内存段的正常规则仍然适用。这是在 init 中使用 ivar 的最强烈动机。

但是，如果您的方法 (getter|setter) 能够正确使用内存段（无论它是否在读取之前先写入），那么请务必在 init 方法中使用您的 getter。
惰性 getter 利用这样的假设：它将初始化的指针以“nil”开头来决定执行初始化。如果您无法假设内存的初始内容，那么初始化 ivar 可能是最安全的方法。

如果该方法能够在这种情况下正确运行，为什么要制定从不在 init 中使用 setter 或 getter 的规则呢？