Swift：跨类操作后TableView无法刷新的问题

我懂这种头疼的情况——不同类的组件之间要通信，尤其是删除数据后要刷新列表，确实容易卡壳。针对你这个「点击弹窗删除按钮后更新字典并刷新TableView」的场景，我给你整理了几个iOS开发里常用的跨类通信方案，都是实战中验证过的好用方法：

1. 代理模式（最推荐，低耦合易维护） #

代理是iOS里最经典的「子组件通知父组件执行操作」的方式，逻辑清晰且代码耦合度低，非常适合你的场景。

实现步骤： #

• 先给你的灰色弹窗视图类（比如叫DeleteConfirmView）定义一个代理协议：

protocol DeleteConfirmViewDelegate: AnyObject {
    func deleteConfirmViewDidTapDelete(forCellName cellName: String)
}

• 在弹窗类里添加代理属性，删除按钮点击时调用代理方法：

class DeleteConfirmView: UIView {
    weak var delegate: DeleteConfirmViewDelegate?
    var cellName: String? // 存储当前要删除的cell名称
    
    @IBAction func deleteButtonTapped(_ sender: UIButton) {
        guard let targetName = cellName else { return }
        // 通知代理执行删除操作
        delegate?.deleteConfirmViewDidTapDelete(forCellName: targetName)
        // 隐藏弹窗
        self.removeFromSuperview()
    }
}

• 在你的ViewController里遵守代理协议，实现刷新逻辑：

class YourViewController: UIViewController, DeleteConfirmViewDelegate {
    // 假设你的数据源字典
    var dataDict: [String: Any] = ["cell one": "内容1", "cell five": "内容5"]
    @IBOutlet weak var tableView: UITableView!
    
    // 弹出弹窗时设置代理和对应cell名称
    func showDeleteView(forCellName name: String) {
        let deleteView = DeleteConfirmView(frame: CGRect(x: 50, y: 200, width: 300, height: 150)) // 按你的方式创建视图
        deleteView.cellName = name
        deleteView.delegate = self
        view.addSubview(deleteView)
        // 布局逻辑...
    }
    
    // 实现代理方法
    func deleteConfirmViewDidTapDelete(forCellName cellName: String) {
        // 删除字典对应键值
        dataDict.removeValue(forKey: cellName)
        // 直接刷新TableView
        tableView.reloadData()
    }
}

2. 闭包回调（代码简洁，适合简单场景） #

如果觉得代理有点繁琐，闭包是更轻量的选择，尤其适合这种单次的回调场景，代码会更紧凑。

实现步骤： #

• 在弹窗类里定义一个闭包属性：

class DeleteConfirmView: UIView {
    var onDeleteTapped: ((String) -> Void)?
    var cellName: String?
    
    @IBAction func deleteButtonTapped(_ sender: UIButton) {
        guard let targetName = cellName else { return }
        // 触发闭包回调
        onDeleteTapped?(targetName)
        self.removeFromSuperview()
    }
}

• 在ViewController里弹出弹窗时，直接绑定闭包处理刷新：

func showDeleteView(forCellName name: String) {
    let deleteView = DeleteConfirmView(frame: CGRect(x: 50, y: 200, width: 300, height: 150))
    deleteView.cellName = name
    // 用[weak self]避免循环引用
    deleteView.onDeleteTapped = { [weak self] cellName in
        guard let self = self else { return }
        self.dataDict.removeValue(forKey: cellName)
        self.tableView.reloadData()
    }
    view.addSubview(deleteView)
    // 布局逻辑...
}

3. 通知中心（适合多组件响应场景，尽量少用） #

如果你的组件层级特别深，或者需要多个页面响应删除事件，可以用通知，但缺点是代码耦合度高，后续不好维护，非必要不推荐。

实现步骤： #

• 先定义一个专属通知名称：

extension Notification.Name {
    static let cellDidDelete = Notification.Name("CellDidDeleteNotification")
}

• 在弹窗类的删除按钮点击事件里发送通知：

@IBAction func deleteButtonTapped(_ sender: UIButton) {
    guard let targetName = cellName else { return }
    NotificationCenter.default.post(
        name: .cellDidDelete,
        object: nil,
        userInfo: ["cellName": targetName]
    )
    self.removeFromSuperview()
}

• 在ViewController里监听通知并处理刷新：

override func viewDidLoad() {
    super.viewDidLoad()
    // 注册通知监听
    NotificationCenter.default.addObserver(
        self,
        selector: #selector(handleCellDelete(_:)),
        name: .cellDidDelete,
        object: nil
    )
}

@objc func handleCellDelete(_ notification: Notification) {
    guard let cellName = notification.userInfo?["cellName"] as? String else { return }
    dataDict.removeValue(forKey: cellName)
    tableView.reloadData()
}

// 记得在销毁时移除监听，避免内存泄漏
deinit {
    NotificationCenter.default.removeObserver(self)
}

总结 #

优先选代理或者闭包，这两种方案代码清晰、耦合度低，后续维护也方便；通知中心尽量只用在多组件需要同步响应的复杂场景。你可以根据自己的代码结构选最适合的方式～

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