从ObservableObject+Combine迁移至Observable的Combine代码留存问题

你完全不需要放弃原有Combine的链式调用结构，@Observable宏生成的类依然和Combine完全兼容，只需调整属性声明方式，原有业务逻辑可以原封不动保留。

改造后的示例代码 #

@Observable
class ViewModel {
    var scale: CGFloat = 1.0
    private var cancellables = Set<AnyCancellable>()
    
    init() {
        $scale
            .dropFirst()
            .debounce(for: 0.2, scheduler: RunLoop.main)
            .sink { value in
                Task {
                    // 原业务代码直接保留
                }
            }
            .store(in: &cancellables)
    }
}

核心关键点说明 #

• 用@Observable宏替代ObservableObject协议，无需再用@Published修饰属性，宏会自动为所有属性生成可观察的Publisher，通过$属性名即可获取，用法和之前@Published完全一致。
• 原有的Combine操作符（dropFirst()、debounce()、sink()、store()）无需修改，直接复用原有链式调用逻辑。
• 取消订阅集合cancellables的用法和之前完全相同，用于管理订阅生命周期。

多属性组合场景的兼容 #

如果需要监听多个属性的组合变化，Combine的combineLatest、zip等操作符同样可以直接使用：

@Observable
class ViewModel {
    var scale: CGFloat = 1.0
    var offset: CGPoint = .zero
    private var cancellables = Set<AnyCancellable>()
    
    init() {
        Publishers.CombineLatest($scale, $offset)
            .debounce(for: 0.3, scheduler: RunLoop.main)
            .sink { scale, offset in
                // 原组合逻辑直接保留
            }
            .store(in: &cancellables)
    }
}

关于get{}.set{}的替代说明 #

get/set仅适合简单的属性变更响应，对于需要防抖、节流、多属性组合等复杂业务场景，直接使用$属性名获取Publisher的方式更简洁，无需重构原有成熟的业务逻辑——这也是苹果设计@Observable宏时保留Combine兼容性的核心考量之一。

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