Swift中init设置变量与重写变量的区别：以isAccessibilityElement为例

Hey there! Let's break down the difference between overriding the isAccessibilityElement property and setting it in your init method, and why the former is the better approach for accessibility in iOS development.

核心区别 #

1. 属性控制的本质差异 #

• 当你在init中写isAccessibilityElement = false时，只是给这个继承自UIKit的属性设置了一个初始值。它依然保留着系统默认的getter和setter逻辑——后续任何代码（比如父视图、子视图或者第三方库）都有可能在运行时把它改回true，破坏你的初始配置。
• 而重写属性的方式：

  public override var isAccessibilityElement: Bool { 
      get { return false } 
      set { } 
  }
  

  相当于你完全接管了这个属性的行为：getter永远返回false，空实现的setter则直接忽略任何修改尝试。这个值会被牢牢固定住，不会被外界改变。

2. 代码意图的清晰度 #

• 在init中设置值更像是一个“初始配置”，其他开发者看代码时可能会疑惑：这个属性之后会不会被业务逻辑修改？
• 重写属性则直接传递了一个明确的意图：这个视图永远不应该被当作可访问元素，没有任何例外。这种写法让代码的可读性和维护性大幅提升，别人一眼就能明白你的无障碍设计逻辑。

为什么重写是更优选择 #

• 杜绝意外修改：在复杂项目中，视图层级深、依赖多，很容易出现无意间修改这个属性的情况（比如系统控件的默认行为、第三方库的逻辑）。重写后，无论什么场景，这个属性的状态都能保持一致，确保无障碍行为符合预期。
• 贴合苹果设计模式：UIKit本身就大量使用重写属性的方式定义无障碍行为（比如UILabel默认是可访问元素，UIView默认不是），这种写法更符合iOS开发的规范和最佳实践。
• 扩展灵活性更高：如果之后需求变化，比如需要根据动态条件（比如视图的显示状态、用户设置）决定是否成为可访问元素，重写的方式能轻松扩展：

  public override var isAccessibilityElement: Bool { 
      get { return self.isVisible && userPrefersAccessibility } 
      set { } 
  }
  

  而如果是在init中设置，你还需要额外监听条件变化、手动更新属性值，代码会变得繁琐且容易出错。

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