Swift中实现互相关联属性的高效可维护方案探讨

嗨，针对你想要实现的这种互相关联属性的结构体，我来帮你分析下现有两种方案的问题，再给出更高效易维护的最优解～

首先得先指出你现有代码里的一个明显bug：MyType1的第二个初始化方法里，self.a = b - 5是错误的，按照需求应该写成self.a = b + 5，不然初始化b的时候a的值就完全不符合预期了。

接下来咱们逐个分析两种方案的优缺点：

方案一：MyType1（依赖didSet同步） #

这种方式用公开存储属性加didSet钩子来同步值，虽然能勉强实现需求，但存在不少问题：

• 逻辑冗余且易出错：需要在两个属性的didSet里加判断避免循环触发（比如改a触发b的didSet，再触发a的didSet），判断条件写起来很绕，不小心就会出现逻辑漏洞。
• 不必要的内存占用：同时存储a和b两个独立的Int值，但实际上两者是强关联的，完全可以只存一个，另一个实时推导即可。
• 潜在的不一致风险：如果后续代码不小心绕过didSet（虽然结构体属性默认做不到，但如果换成类的话可能有子类重写的问题），或者判断逻辑写错，就会出现a和b不满足关联关系的情况。

方案二：MyType2（私有存储+公开存取器） #

这个方案比第一个要稳妥一些，用私有变量存储实际值，公开的a/b是带setter的计算属性，避免了didSet的循环触发问题，但还是存在内存浪费的问题——明明两个值可以互相推导，却要同时存储两个变量，多了不必要的赋值操作和内存占用。

最优方案：单一存储属性+计算属性 #

其实你的需求核心是两个属性强关联，一个值完全由另一个决定，这种场景下最合理的做法是只存储其中一个作为源属性，另一个用计算属性实时推导，这样完全不需要同步逻辑，代码更简洁，效率也更高。

示例代码如下：

struct MyTypeOptimal {
    // 选择a作为存储属性，也可以选b，看业务需求偏好
    var a: Int
    
    // b是计算属性，直接根据a推导
    var b: Int {
        get { a - 5 }
        set {
            // 当设置b的时候，反向更新存储的a
            a = newValue + 5
        }
    }
    
    // 保留两种初始化方式，方便外部调用
    init(a: Int) {
        self.a = a
    }
    
    init(b: Int) {
        self.a = b + 5
    }
}

如果更倾向于以b为源属性，也可以这么写：

struct MyTypeOptimal2 {
    var b: Int
    
    var a: Int {
        get { b + 5 }
        set { b = newValue - 5 }
    }
    
    init(a: Int) {
        self.b = a - 5
    }
    
    init(b: Int) {
        self.b = b
    }
}

这个方案的优势很明显：

• 内存高效：只存储一个Int值，避免不必要的内存占用。
• 无同步风险：b的值完全由a推导（或反之），永远不会出现不一致的情况，不需要任何判断逻辑。
• 维护性强：如果后续需要修改关联规则（比如把a = b +5改成a = b *2），只需要修改计算属性的逻辑即可，一处修改全生效，不会遗漏。
• 代码简洁：去掉了复杂的didSet判断和冗余的存储变量，逻辑一目了然。

你可以测试下这个最优方案的效果：

var optimal = MyTypeOptimal(a: 10)
print(optimal.b) // 输出5
optimal.b = 7
print(optimal.a) // 输出12
optimal.a = 15
print(optimal.b) // 输出10

完全满足你的需求，而且逻辑清晰，没有任何额外的副作用。

备注：内容来源于stack exchange，提问作者swiftPunk