Kiss Me Quick：解决混合 TableView 杂乱设计的良方妙计

iOS

2023-08-14 21:16:19

应对混合 TableView 的挑战：分层架构的解决方案

在 iOS 开发中，混合 TableView 是一种广泛使用的控件，它可以同时显示不同类型的单元格。然而，这种设计模式也带来了一些挑战，包括代码臃肿和事件处理不明确。这些问题降低了代码的可维护性和可扩展性。

代码臃肿：

当混合 TableView 中涉及多种类型单元格时，数据源方法中的逻辑会变得非常复杂，导致代码量激增。这种冗余使得代码难以维护和调试。

事件处理不明确：

当用户与混合 TableView 中的单元格交互时，难以确定哪个事件处理函数应该负责。这可能会导致代码混乱，难以调试。

分层架构的解决方案

为了应对这些挑战，我们可以采用分层架构 ，将混合 TableView 的数据源和事件处理逻辑分离为不同的层。

1. 数据源层：

将不同类型单元格的数据源逻辑提取到单独的类或结构体中，每个类或结构体只负责一种类型单元格的数据源逻辑。
在 TableView 数据源方法中，根据单元格类型，调用相应的类或结构体的数据源方法，减少代码冗余。

2. 事件处理层：

将不同类型单元格的事件处理逻辑提取到单独的类或结构体中，每个类或结构体只负责一种类型单元格的事件处理逻辑。
在 TableView 代理方法中，根据单元格类型，调用相应的类或结构体的数据源方法，理清事件处理逻辑。

实践示例

以下是一个使用分层架构重构混合 TableView 的示例：

class ViewController: UITableViewController {

    // 数据源
    lazy var dataSource = [
        DataSource1(),
        DataSource2(),
        DataSource3()
    ]

    // 事件处理
    lazy var delegate = [
        Delegate1(),
        Delegate2(),
        Delegate3()
    ]

    override func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
        return dataSource[section].numberOfRows()
    }

    override func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
        return dataSource[indexPath.section].cellForRow(at: indexPath)
    }

    override func tableView(_ tableView: UITableView, didSelectRowAt indexPath: IndexPath) {
        delegate[indexPath.section].didSelectRow(at: indexPath)
    }
}

class DataSource1 {

    func numberOfRows() -> Int {
        return 10
    }

    func cellForRow(at indexPath: IndexPath) -> UITableViewCell {
        let cell = tableView.dequeueReusableCell(withIdentifier: "Cell1", for: indexPath)
        cell.textLabel?.text = "Cell1 - Row \(indexPath.row)"
        return cell
    }
}

class Delegate1 {

    func didSelectRow(at indexPath: IndexPath) {
        print("Cell1 - Row \(indexPath.row) was selected")
    }
}