相比UIViewController搭配UICollectionView，UICollectionViewController的适用场景有哪些？

UICollectionViewController 是 UIKit 封装的自带 UICollectionView 实例的控制器子类，默认实现了 UICollectionViewDelegate、UICollectionViewDataSource 协议的占位逻辑，还内置了很多默认适配能力，以下是更适合用它的典型场景：

• 核心视图只有 UICollectionView 的纯列表/网格页
  当页面没有自定义悬浮视图、额外插屏组件，所有内容都通过 collectionView 展示时，用它可以省去你手动创建 collectionView 实例、设置约束、绑定 delegate/dataSource 的模板代码，直接重写数据源、代理方法即可使用，代码量比普通 UIViewController 内嵌 UICollectionView 的方式少30%左右
• 快速搭建功能原型/验证页
  初始化时只要传入对应的布局实例即可直接使用：UICollectionViewController(collectionViewLayout: UICollectionViewFlowLayout())，系统已经默认做了 collectionView 的全屏布局适配，横竖屏切换的自动调整也已经内置，不需要自己写适配逻辑，能最快速度跑通列表展示流程
• 需要使用系统原生交互特性的场景
  如果你需要用到 cell 拖拽重排、批量选中删除、与UISearchController联动滚动 这类系统原生特性，UICollectionViewController 已经默认做好了事件传递、状态同步的逻辑，你只需要开启对应的交互开关即可生效，不需要在普通 UIViewController 中额外处理事件响应链、滚动冲突的问题
• 使用 DiffableDataSource 做动态列表的场景
  系统已经默认做好了数据源与 UI 刷新的绑定逻辑，不需要你手动持有 DiffableDataSource 实例，也不需要额外处理数据源更新与 collectionView 刷新的时序问题，能降低数据不同步导致的崩溃概率

注意如果你的页面中 UICollectionView 只是局部组件、存在大量自定义叠加视图，还是用普通 UIViewController 内嵌 UICollectionView 的方式更灵活，不需要受 UICollectionViewController 的默认布局限制。

内容的提问来源于stack exchange，提问作者Cheok Yan Cheng