Objective-C初始化方法中调用父类属性：使用self是否规范？

这是个非常实用的问题，咱们先从你提到的“初始化时用实例变量设置自己的属性”这个准则说起，再延伸到父类属性的场景：

为什么自己的属性推荐用实例变量？ #

当你在初始化自己类的属性（比如name）时，直接用_name = name而不是self.name = name，核心原因是避免触发自定义setter的意外逻辑：

• 如果你（或者未来的维护者）给name写了自定义的setName:方法，里面可能包含一些依赖对象其他状态的逻辑（比如更新UI、通知回调），但初始化阶段对象还没完全就绪，调用这些逻辑可能导致bug。
• 直接访问实例变量跳过了setter，能保证初始化的安全性和简洁性。

父类属性（比如backgroundColor）可以放心用self吗？ #

回到你的UIView子类场景，初始化时写self.backgroundColor = [UIColor greenColor];是完全没问题的，甚至是更优的选择，原因有这几点：

1. 封装原则：父类的实例变量是私有的（比如UIView的backgroundColor对应的实例变量你并不清楚具体名称，苹果也可能在后续版本修改），直接访问父类实例变量既违反封装，又存在兼容性风险。用self.backgroundColor通过公开的属性接口访问，才是符合面向对象设计的做法。
2. 安全性：UIKit框架的属性setter都是经过苹果严格测试的，在初始化阶段调用backgroundColor的setter不会有任何问题——它内部的逻辑已经考虑了对象初始化的场景，不会依赖未就绪的状态。
3. 可读性：用self.backgroundColor比试图去访问父类私有实例变量（即使能做到）可读性强太多，其他开发者一眼就能看懂你在做什么。

有没有需要注意的特殊情况？ #

唯一需要警惕的是：如果你自己重写了父类属性的setter。比如你在子类里重写了setBackgroundColor:，并且这个重写的方法里依赖了子类自己的一些还没初始化的属性，那这时候在初始化里调用self.backgroundColor就可能出问题。但这种情况非常少见——一般我们不会去重写backgroundColor这类UIKit原生属性的setter，除非有特殊业务需求。

结论 #

在你的示例代码里，初始化UIView子类时设置self.backgroundColor是完全合理的，既没有不良风格，也不存在潜在问题，完全不需要放到layoutSubviews或者awakeFromNib这类后续时机去设置——初始化时直接设置能保证视图从创建开始就拥有正确的背景色，逻辑更清晰。

内容的提问来源于stack exchange，提问作者MrBr