多ViewController复用Cell时分享按钮跨VC事件处理问题

嘿，这个问题我太熟了——复用Cell时处理跨VC的事件确实容易踩坑，用parentViewController的方式不仅不稳定（比如Cell嵌套在TableView/CollectionView里时，获取到的父VC可能不是你想要的那个），还会让Cell和VC耦合得死死的，完全不符合复用的初衷。给你几个靠谱的方案，按从简单到优雅的顺序来：

这是iOS开发中处理Cell复用事件最常用的方式，核心思路是让Cell只负责触发事件，把具体的逻辑交给使用它的VC来实现，完全解耦。

第一步：在自定义Cell中定义闭包属性 #

class ShareCell: UITableViewCell {
    @IBOutlet weak var shareButton: UIButton!
    // 存储当前要分享的数据模型
    private var currentShareContent: ShareContent?
    // 定义分享回调闭包，参数可按需调整（比如传分享内容、索引等）
    var shareAction: ((ShareContent) -> Void)?

    override func awakeFromNib() {
        super.awakeFromNib()
        shareButton.addTarget(self, action: #selector(onShareTapped), for: .touchUpInside)
    }

    @objc private func onShareTapped() {
        guard let content = currentShareContent else { return }
        // 触发闭包，把事件抛给外部VC处理
        shareAction?(content)
    }

    // 给Cell配置数据的同时，传入闭包
    func setup(with content: ShareContent, shareCallback: @escaping (ShareContent) -> Void) {
        self.currentShareContent = content
        self.shareAction = shareCallback
        // 其他UI配置（比如设置标题、图片等）
    }
}

第二步：在每个VC中配置Cell时传入闭包 #

class ArticleListVC: UIViewController, UITableViewDataSource {
    func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
        let cell = tableView.dequeueReusableCell(withIdentifier: "ShareCell", for: indexPath) as! ShareCell
        let content = articleData[indexPath.row]
        // 传入当前VC对应的分享逻辑
        cell.setup(with: content) { [weak self] content in
            self?.handleArticleShare(content: content)
        }
        return cell
    }

    // 当前VC专属的分享逻辑
    private func handleArticleShare(content: ShareContent) {
        // 比如分享文章到WhatsApp/Facebook，根据VC的业务场景实现
    }
}

不管你有10个还是20个VC，只需要在cellForRowAt里传入各自的分享逻辑闭包即可，Cell完全不用关心自己属于哪个VC。

如果你的Cell不止有分享按钮，还有点赞、收藏等多个交互事件，代理模式会比闭包更清晰，能把不同事件区分开。

第一步：定义Cell代理协议 #

protocol ShareCellDelegate: AnyObject {
    func shareCell(_ cell: ShareCell, didTapShareButtonWith content: ShareContent)
    // 如果有其他事件，比如点赞，可以在这里加对应的方法
    // func shareCell(_ cell: ShareCell, didTapLikeButtonWith content: ShareContent)
}

第二步：在Cell中添加代理属性 #

class ShareCell: UITableViewCell {
    weak var delegate: ShareCellDelegate?
    private var currentShareContent: ShareContent?

    @objc private func onShareTapped() {
        guard let content = currentShareContent else { return }
        delegate?.shareCell(self, didTapShareButtonWith: content)
    }

    func setup(with content: ShareContent) {
        self.currentShareContent = content
        // UI配置
    }
}

第三步：让VC遵守代理协议并实现方法 #

class VideoListVC: UIViewController, UITableViewDataSource, ShareCellDelegate {
    func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
        let cell = tableView.dequeueReusableCell(withIdentifier: "ShareCell", for: indexPath) as! ShareCell
        cell.setup(with: videoData[indexPath.row])
        cell.delegate = self
        return cell
    }

    // 实现代理方法，处理当前VC的分享逻辑
    func shareCell(_ cell: ShareCell, didTapShareButtonWith content: ShareContent) {
        // 比如分享视频到Facebook，和文章VC的逻辑完全独立
    }
}

虽然通知也能实现跨VC的事件传递，但它是广播模式，容易造成不必要的耦合，调试起来也麻烦，除非是全局通用的分享逻辑，否则不建议用。

总结一下：闭包和代理都是解耦的绝佳方案，完全能轻松适配10个甚至更多的VC，再也不用依赖parentViewController这种不稳定的方式了。

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