Swift中遵循Equatable协议的结构体无法正常更新数据？

嗨，我来帮你捋捋这个问题哈～

你遇到的问题根源，其实出在自定义的Equatable实现上。咱们来看你写的==方法：

static func == (lhs: CreateCustomer, rhs: CreateCustomer) -> Bool {
    return String(lhs.phone.first?.phoneType ?? "") == String(rhs.phone.first?.phoneType ?? "")
}

这个方法只比较了phone数组里第一个元素的phoneType，这就导致了两个坑：

• 当你添加新的Phone项，或者修改后面Phone项的类型时，只要第一个Phone的类型没变化，SwiftUI就会判定customerCreate和初始的CreateCustomer()是相等的，视图自然不会更新，所以你看不到修改或新增的内容
• 反过来，只要第一个Phone的类型变了，哪怕其他项完全没动，也会被判定为不等，这显然不符合你实际的业务逻辑

而且你需要用customerCreate != CreateCustomer()来控制Clear按钮的显示，那咱们可以从两个方向解决：

方案一：修复Equatable的实现，让它真正比较完整的结构体 #

既然要遵循Equatable，那咱们就把相等判断做准确，让它比较CreateCustomer的所有属性。修改==方法：

static func == (lhs: CreateCustomer, rhs: CreateCustomer) -> Bool {
    return lhs.phone == rhs.phone
}

不过这里要注意，CustomerPhone也需要遵循Equatable协议（因为要比较数组里的每一个元素），给它加上协议就行：

struct CustomerPhone: Codable, Equatable {
    var phone: String
    var phoneType: String
    
    init(){
        phone = ""
        phoneType = ""
    }
}

这样修改后：

1. 当你添加Phone、修改任意Phone的类型或号码时，SwiftUI能准确感知到结构体变化，视图会正常更新
2. customerCreate != CreateCustomer()也能正确判断——因为初始状态是一个空的CustomerPhone，只要有任何一项被修改或者新增了项，就会返回true，Clear按钮的显示逻辑也没问题

方案二：单独做“初始状态判断”，和Equatable逻辑解绑 #

如果你不想让CustomerPhone遵循Equatable，或者有其他原因不想修改全局的Equatable实现，那可以单独写一个计算属性来判断是否是初始状态：
在CreateCustomer里添加：

var isEmpty: Bool {
    // 判断是否是刚初始化的状态：只有一个Phone项，且号码和类型都为空
    return phone.count == 1 
        && phone.first?.phone.isEmpty == true 
        && phone.first?.phoneType.isEmpty == true
}

然后把视图里的判断条件改成：

if !customerCreate.isEmpty {
    Button(action: {
        customerCreate = CreateCustomer()
    }, label: {
        Text("Clear").padding()
    })
}

这样就把“是否显示Clear按钮”的逻辑和Equatable的实现彻底分开，Equatable可以按照你的其他需求来定义，视图的判断也更精准。

简单来说，你之前的问题就是Equatable的相等判断逻辑写得太片面，导致SwiftUI的状态更新机制失效了——毕竟SwiftUI是靠Equatable来判断状态有没有变化，从而决定要不要刷新视图的～

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