Swift 4中SegmentedControl搭配TableView的切换实现方案咨询

嘿，关于你社交App里用SegmentedControl切换「联系人/房间」标签页的两种实现思路，我来帮你拆解下哪个更规范，以及各自的优劣势：

方案1：清空联系人TableView并填充房间数据 #

• 优点：
  • 实现门槛低，不用额外处理多视图的生命周期，代码量相对少
  • 只维护一个TableView实例，内存占用更小（数据量不大的场景下优势明显）
• 缺点：
  • 切换时如果数据加载慢，会出现短暂空白或加载等待，用户体验打折扣
  • 要是两个页面的TableCell样式差异大，频繁切换复用逻辑容易导致代码冗余或bug
  • 无法保留之前页面的滚动位置，切回来得重新定位，对用户体验不友好

方案2：隐藏当前TableView，显示另一视图的TableView #

• 优点：
  • 两个TableView完全独立，各自维护数据源、代理和滚动位置，切换时无缝衔接，体验更流畅
  • 可以分别定制两个页面的UI（比如不同的cell、表头表尾），代码结构更清晰，后期维护扩展更方便
  • 支持预加载数据，切换时几乎无延迟
• 缺点：
  • 会占用更多内存（两个TableView实例），不过在现代移动设备上这个影响基本可以忽略
  • 初期需要多写点代码管理两个视图的显示/隐藏状态

结论：更推荐方案2 #

社交类App用户对交互流畅度要求很高，方案2能提供更顺滑的切换体验，而且代码结构更清晰，后续要给房间页加筛选功能、给联系人页加分组功能这类扩展需求时，也更容易实现。如果担心内存问题，可以在App切换到后台时释放非当前页面的数据源，回到前台切换时再重新加载，这样就能平衡体验和性能啦。

内容的提问来源于stack exchange，提问作者George Heints