背景

• iOS原生开发中，VC逻辑过于臃肿的case中，有相当的部分是来自UITableView的复杂逻辑难以抽离；
• 当一个VC中主要展示形式是feed流，TableView自然的作为页面容器；当feed流中展示的cell种类越来越多，业务来源越趋于复杂时，如果在开始未考虑长远的迭代方向和页面行为，渐渐地 逻辑的梳理和阅读变的越发痛，逻辑的分类和抽离变的越发难；

主要解耦设计

• 子模块类（通常以 相似 && 相邻 && 同业务归属等属性 来划分）：
  • 遵循tableVIew的 数据源和代理协议，类注册于 页面tableView containerVC中；
  • 实现tableVIew所需 代理+数据源 方法；
  • 注册对数据源的监听 / 回调逻辑，触发刷新；
• 页面tableView containerVC中：
  • 注册子模块类/对象，用于计算 tableView 数据源方法返回值 和 转发代理方法事件；
  • 实例化 并持有 pageInfoCenter 对象，存入页面基本信息；

脚手架：

• RAC 函数式 / 响应式编程 范式；
• pageInfoCenter 对象，作为页面所需信息的汇总，共享于页面内所有模块；

适用场景

• 相似 cell 相邻
• cell 复用场景少
• 货架类 等页面

FAQ