Swift开发抉择：TableView传数据用枚举还是多初始化器？

场景背景 #

开发界面包含4个堆叠显示的区域，每个区域对应独立的CustomTableView组件实例，各自绑定特定Cell类型。已通过SectionType枚举区分不同区域，初始化方式为CustomTableView(ofType: .type1)，组件内部依赖枚举判断Cell注册、数据量等逻辑。当前需为不同TableView实例传递对应类型的模型数据，以下是两种实现方案及分析：

方案1：为每种SectionType创建便利初始化器 #

枚举定义 #

enum SectionType {
    case news, analysis, lives, sectors
}

CustomTableView核心实现 #

private var newsData: [Model.Home.News]? = nil
private var analysisData: [Model.Home.Analysis]? = nil
private var livesData: [Model.Home.Lives]? = nil
private var sectorsData: [Model.Home.Sector]? = nil

// MARK: Initializers
private init(for tableViewType: SectionType) {
    self.tableViewType = tableViewType
    super.init(frame: .zero, style: .plain)
    delegate = self
    dataSource = self
    registerCells()
}
        
convenience init(for tableViewType: SectionType, with data: [Model.Home.News]) {
    self.init(for: tableViewType)
    self.newsData = data
}

convenience init(for tableViewType: SectionType, with data: [Model.Home.Analysis]) {
    self.init(for: tableViewType)
    self.analysisData = data
}

convenience init(for tableViewType: SectionType, with data: [Model.Home.Lives]) {
    self.init(for: tableViewType)
    self.livesData = data
}

convenience init(for tableViewType: SectionType, with data: [Model.Home.Sector]) {
    self.init(for: tableViewType)
    self.sectorsData = data
}

方案分析 #

• 优点：初始化逻辑直观，调用时能明确看到数据类型与SectionType的对应关系，编译期可检查类型匹配。
• 缺点：扩展性差，新增SectionType时需同步新增对应的数据属性和便利初始化器，代码冗余度高；数据分散存储，后续在DataSource/Delegate方法中需多分支判断对应的数据变量，增加维护成本。

方案2：带关联值的枚举+统一数据封装 #

修改后的枚举定义 #

enum SectionType {
    case news(data: [Model.Home.News])
    case analysis(data: [Model.Home.Analysis])
    case lives(data: [Model.Home.Lives])
    case sectors(data: [Model.Home.Sector])
}

可行实现方式 #

无需泛型，直接通过SectionType关联值存储数据，在组件内部通过枚举分支统一访问数据：

class CustomTableView: UITableView {
    private var sectionType: SectionType
    
    init(sectionType: SectionType) {
        self.sectionType = sectionType
        super.init(frame: .zero, style: .plain)
        delegate = self
        dataSource = self
        registerCells()
    }
    
    required init?(coder: NSCoder) {
        fatalError("init(coder:) has not been implemented")
    }
    
    // 统一获取数据数量
    private func dataCount() -> Int {
        switch sectionType {
        case .news(let data): return data.count
        case .analysis(let data): return data.count
        case .lives(let data): return data.count
        case .sectors(let data): return data.count
        }
    }
    
    // DataSource实现
    func tableView(_ tableView: UITableView, numberOfRowsInSection section: Int) -> Int {
        return dataCount()
    }
    
    func tableView(_ tableView: UITableView, cellForRowAt indexPath: IndexPath) -> UITableViewCell {
        switch sectionType {
        case .news(let data):
            let cell = dequeueReusableCell(withIdentifier: "NewsCell", for: indexPath) as! NewsCell
            cell.configure(with: data[indexPath.row])
            return cell
        case .analysis(let data):
            let cell = dequeueReusableCell(withIdentifier: "AnalysisCell", for: indexPath) as! AnalysisCell
            cell.configure(with: data[indexPath.row])
            return cell
        case .lives(let data):
            let cell = dequeueReusableCell(withIdentifier: "LivesCell", for: indexPath) as! LivesCell
            cell.configure(with: data[indexPath.row])
            return cell
        case .sectors(let data):
            let cell = dequeueReusableCell(withIdentifier: "SectorsCell", for: indexPath) as! SectorsCell
            cell.configure(with: data[indexPath.row])
            return cell
        }
    }
}

// 调用方式
let newsTable = CustomTableView(sectionType: .news(data: newsDataArray))

方案分析 #

• 优点：数据与SectionType强绑定，避免分散存储；新增SectionType时只需在枚举中添加关联值分支，无需修改类的属性结构；代码冗余度低，维护成本小。
• 注意点：新增SectionType时，需同步在数据访问和Cell配置的分支中补充对应逻辑，但整体修改量远小于方案1。

最优方案建议 #

优先选择方案2，原因如下：

1. 无需引入泛型，代码复杂度更低，调用更简洁；
2. 数据与SectionType强关联，避免出现类型不匹配的错误；
3. 后续新增SectionType时，仅需在枚举中添加新case，并在DataSource/Delegate方法中补充对应分支，扩展性更好；
4. 避免方案1中多数据变量的冗余问题，代码结构更清晰。

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