iOS Interface Builder中的架构方法

Question

您是将下面的设计样机编码为表格视图，还是用自定义单元格类型填充在侧面的分段组，还是将这些组放在滚动视图中并使每个部分成为一个内置的UIView。

这不是基于意见的问题，也不是“大体上”这是iOS开发设计问题。

在Interface-Builder中，我有七个屏幕，如下图所示。 如果我使用tableview进行滚动并使用分组的节，则这些节应该不能滚动，因为缺少更好的单词，它们必须是静态的。 那有可能吗？

部分标题将一直停留在顶部，直到您滚动通过它们为止，这不是我想要的。

我也不能将静态的不可滚动表放在scrollview中，因为那只是倒退和错误。 同样，通过这种方法，我为每个部分设置了不同大小的标题，为每个部分设置了不同的单元格类型。 似乎很俗气/ hack悍。

如果我使用UIView的构建方法，那就很多了，因为有7个屏幕具有这种外观。

基于原生iOS开发方法的更好决定是什么？ 更好地为每个屏幕使用大量自定义TableView还是使用带有子视图的一堆UIView？ 两种方法对我来说都是重大的折衷，这在我的经验中是不寻常的。 您看到的是一种比我追求的更好的方法吗？

Answer 1

当您想要完全不同的外观时，使用表的问题在于，您常常会发现自己在与之抗争。 在某些时候，您甚至可能尝试编写代码来颠覆公共API，并去执行和操纵单元格或表格视图中的基础视图。

虽然这是“可以接受的”，而不是“私有API”，但您可能会发现将来的iOS版本会破坏此行为。

当我想要避免表行为的东西时，我不使用表。

在您的情况下，您不能仅使用节并将标头设置为其他单元格类型。 那可能还不错。 其余的模型看起来像可以作为表格实现。