前言

去年做了一个小组件，前些时间考虑到项目中可能会大规模实施，完善简化后新开了一个 repo: YBHandyList 。

有些朋友抛出了 nimbus、IGListKit 等业界应用很广的库，前些时间网易工程师也推出了 M80TableViewComponent。理论上这些组件的原理大同小异，虽然它们各有优势，但却不太能满足笔者对架构清晰度的要求。

本文分析 YBHandyList 的应用价值，希望能解开一些朋友的疑惑。

业务痛点

iOS 界面开发中 UITableView / UICollectionView 的出场率极高，它们都是使用代理方法配置数据源，虽然这样的设计理念符合了单一职责原则，但在列表变得复杂时代理方法的处理将变得力不从心：

• 同一个 Cell / Header / Footer 处理逻辑分散在各个代理方法中，不便于管理。
• 当列表数据动态变化时，每一个代理方法里的判断逻辑都将变得复杂，且这些逻辑很可能会相互关联。

显然，在这样的场景下将是维护的灾难，特别是当你接手别人的代码发现每个 UITableView 代理方法里都有几十个if-else，它们人多势众，量你不敢动它们任何一个。

由此可见，若想维护性高需要解开每一个 Cell 之间的逻辑耦合，也就是通常意义的模块化，由此才能更轻易的实现动态化。解决方案其实很简单，只需要一个中间类，将分散的配置集中起来（在代理方法里取这个中间类的对应值）：