不使用DiffableDataSource时如何用Combine实现UITableView与@Published的绑定

你遇到的类型不匹配，本质是刚接触Combine时很容易踩的同名方法混淆坑：

• people是存储实际数组数据的属性，$people是@Published自动生成的发布者实例，只负责向外广播属性的更新事件，本身不持有数组的实际内容
• 你在$people上调用的.count()是Combine的链式操作符，返回的是一个统计上游发布者消息数量的全新发布者，并非数组本身的元素个数，自然无法匹配数据源方法要求的Int返回值
• UITableView的数据源代理方法是同步执行的，要求直接返回即时的真实值，不能在这个方法内操作Combine的发布者链。

整个流程不需要改动传统的UITableView数据源逻辑，只需要两步就能完成@Published属性到表格的绑定，全程不需要依赖DiffableDataSource：

1. 修正数据源方法的取值：直接读取people的实际值，和你平时写普通表格数据源的写法完全一致

   func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
       // 直接取实际数组的元素个数，不要操作$people发布者
       return people.count
   }
   
   func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
       let cell = tableView.dequeueReusableCell(withIdentifier: "PersonCell", for: indexPath)
       cell.textLabel?.text = people[indexPath.row].name
       return cell
   }
   

2. 建立刷新触发的绑定：在合适的初始化位置（比如视图控制器的viewDidLoad）订阅$people的发布事件，当数组更新时主动触发表格刷新
   参考代码：

   import Combine
   
   // 类内持有订阅销毁容器，避免内存泄漏
   private var cancellables = Set<AnyCancellable>()
   
   override func viewDidLoad() {
       super.viewDidLoad()
       $people
           // 强制回到主线程执行，避免后台线程触发UI操作导致崩溃
           .receive(on: DispatchQueue.main)
           .sink { [weak self] _ in
               // 数组变化时主动刷新表格
               self?.tableView.reloadData()
           }
           .store(in: &cancellables)
   }
   

• 注意： 数据源方法里绝对不能操作Combine发布者链，这些方法是UITableView主动同步调用的，要求瞬时返回实际值，和Combine的异步流式逻辑是完全错开的。
• 如果不想用全量reloadData带来的界面闪烁，可以在sink的回调中手动对比新旧数组的差异，调用insertRows、deleteRows等方法实现局部刷新。
• 必须在订阅链中加入主线程调度，因为@Published的发布事件可能在任意线程触发，所有UI操作都必须在主线程执行。

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