SwiftUI+Combine：ViewModel内传递@Published为@Binding报错解决

示例代码与报错信息 #

final class MainViewModel: ObservableObject {
    @Published var response: String?

    func makeSecondaryViewModel() -> SecondaryViewModel {
        SecondaryViewModel(response: $response) // 报错
    }
}

final class SecondaryViewModel: ObservableObject {
    @Binding var response: String?

    init(response: Binding<String?>) {
        self._response = response
    }

    func performRequest() {
        // 发起请求
        response = "请求结果"
    }
}

无法将类型'Published<String?>.Publisher'转换为预期参数类型'Binding<String?>'

补充说明：在SwiftUI视图中传递$mainViewModel.response可以正常工作，但在MainViewModel内部无法这样做：

SecondaryViewModel(response: $self.mainViewModel.response) // 无效

问题1：创建指向另一个ObservableObject属性的@Binding #

在ViewModel内部（非SwiftUI视图上下文），$操作符作用于@Published属性时返回的是Publisher而非Binding，这就是报错的核心原因。要生成对应属性的Binding，可以手动构建：

func makeSecondaryViewModel() -> SecondaryViewModel {
    SecondaryViewModel(
        response: Binding(
            get: { self.response },
            set: { self.response = $0 }
        )
    )
}

通过Binding的构造器，直接关联MainViewModel的response属性的读写逻辑，就能得到符合要求的Binding实例。

问题2：委托风格连接两个ViewModel的最佳方式 #

当前用@Binding传递状态的方式不算典型的委托模式，还会让两个ViewModel的状态耦合过紧，不利于后续维护。更合适的实现方式有两种：

方案1：协议+弱引用委托（经典委托模式） #

1. 定义委托协议，声明回调方法：

protocol SecondaryViewModelDelegate: AnyObject {
    func secondaryViewModel(_ viewModel: SecondaryViewModel, didUpdateResponse response: String?)
}

2. 修改SecondaryViewModel，用弱引用持有委托对象，移除@Binding：

final class SecondaryViewModel: ObservableObject {
    weak var delegate: SecondaryViewModelDelegate?

    func performRequest() {
        let result = "请求结果"
        delegate?.secondaryViewModel(self, didUpdateResponse: result)
    }
}

3. 让MainViewModel遵守协议，并在创建子ViewModel时设置自身为委托：

final class MainViewModel: ObservableObject, SecondaryViewModelDelegate {
    @Published var response: String?

    func makeSecondaryViewModel() -> SecondaryViewModel {
        let vm = SecondaryViewModel()
        vm.delegate = self
        return vm
    }

    func secondaryViewModel(_ viewModel: SecondaryViewModel, didUpdateResponse response: String?) {
        self.response = response
    }
}

这种方式明确了两个ViewModel的职责：SecondaryViewModel专注于发起请求并通过委托回调结果，MainViewModel负责接收结果并更新自身状态，耦合度更低，符合单一职责原则。

方案2：Combine订阅（响应式替代方案） #

如果项目已使用Combine框架，也可以通过事件流传递状态：

final class SecondaryViewModel: ObservableObject {
    let responseSubject = PassthroughSubject<String?, Never>()

    func performRequest() {
        let result = "请求结果"
        responseSubject.send(result)
    }
}

final class MainViewModel: ObservableObject {
    @Published var response: String?
    private var cancellables = Set<AnyCancellable>()

    func makeSecondaryViewModel() -> SecondaryViewModel {
        let vm = SecondaryViewModel()
        vm.responseSubject
            .assign(to: \.response, on: self)
            .store(in: &cancellables)
        return vm
    }
}

这种方式无需定义协议，通过Combine的订阅机制实现状态传递，代码更简洁，适合响应式编程场景。

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