Objective-C的初始化方法中,应该如何读写属性

除非有明确的原因需要使用setter, getter, 否则总是应该直接访问, 也就是直接使用实例变量(也称为 iVar)来读写数据

理由:

  • 避免子类覆盖setter方法的影响:若在初始化方法中使用setter方法, 使用此方法实例化子类, 可能会调用子类重写的setter方法,这可能会导致意想不到的行为。在初始化期间,应该避免这种情况,以确保对象处于一个稳定和预期的状态。
objc 复制代码
// 假设SQIPerson有一个子类叫做SQISmithPerson, 专门表示那些姓"Smith"的人, 重写了 lastName 属性对应的设置方法
- (void)setLastName:(NSString *)lastName {
	if (![lastName isEqualToString:@"Smish"]) {
		[NSException raise:NSInvalidArgumentException format:@"Last name must be Smith"];
	}
	[super setLastName:lastName]; // 使用super调用父类的setter方法, 而不是self.lastName = lastName;
}
  • 属性的 setter 方法可能依赖于对象的其他部分:在 init 方法中,对象可能还没有完全初始化,依赖于对象其他部分的 setter 方法可能会引发错误或不一致的状态。

  • 属性的 getter 和 setter 方法可能包含副作用:属性的 getter 和 setter 方法通常会做一些额外的工作,比如通知观察者、触发 KVO(Key-Value Observing)通知、或者执行自定义的逻辑。如果在初始化或销毁过程中使用这些方法,可能会导致一些未定义行为或者不必要的操作。

  • 性能考虑:直接访问实例变量比通过属性访问更高效,因为它避免了方法调用的开销。在性能敏感的场合,尤其是在对象初始化和销毁过程中,直接访问实例变量可以提高性能。

具体实现:

在初始化方法中直接访问实例变量,可以确保初始化逻辑的简单和明确,不会受到继承层次结构中的其他因素影响。

objc 复制代码
@interface MyClass : NSObject

@property (nonatomic, strong) NSString *propertyName;

@end

@implementation MyClass

- (instancetype)init {
    self = [super init];
    if (self) {
        _propertyName = @"initialValue"; // 直接访问实例变量
    }
    return self;
}

@end

在这个例子中,_propertyName 是实例变量,直接访问它可以避免调用任何潜在的子类重写的setter方法。

哪些特殊情况, 必须使用或者不得不使用setter, getter ?

  • 待初始化的实例变量声明在超类中
  • lazy initialization

在 dealloc 方法中, 应该如何读写实例变量 ?

同 init 方法, 建议: 除非有明确的原因需要使用setter, getter, 否则总是应该直接访问

相关推荐
天桥吴彦祖1 天前
判断iOS如何监听手机屏幕是否锁屏
ios
敲代码的鱼2 天前
PDF 预览与签名批注写回 支持安卓 iOS 鸿蒙 UTS插件
android·前端·ios
时光足迹2 天前
uni-app 视频通话实战:康复师与患者视频问诊的 6 个致命 Bug 与解决方案
android·ios·uni-app
时光足迹2 天前
JPush UniApp UTS 插件完全参考手册:API、事件与厂商通道一网打尽
vue.js·ios·uni-app
时光足迹2 天前
极光推送全攻略(下):uni-app 代码实现与 iOS 排查实战
vue.js·ios·uni-app
时光足迹2 天前
极光推送全攻略(上):被iOS证书折磨了三天,我写了一份前端也能看懂的避坑指南
前端·ios·uni-app
编程范式3 天前
SwiftUI 中图片如何适配可用空间
ios
songgeb5 天前
启发式 UI 自动化:从线性剧本到每步读屏决策
ios·测试
壹方秘境9 天前
我用Go语言开发了一个跨平台的HTTPS抓包和调试工具
前端·后端·ios
JCGKS14 天前
Go `init` 函数:包初始化顺序到底是怎样的
golang·init·init执行顺序