iOS Interface Builder中的架构方法

Question

您是否将此设计模型编码为tableview，并在两侧使用自定义单元格类型填充分段组，或者将组放在滚动视图中并使每个部分成为构建的UIView。

这不是一个基于意见的问题，也不是一般的问题。这是一个iOS开发设计问题。

在Interface-Builder中，我有七个屏幕，如下图所示。如果我使用tableview进行滚动和使用的分组部分，那些部分不能滚动它们需要是静态的，因为没有更好的单词。这甚至可能吗？

部分标题将粘在顶部，直到您滚过它们，这不是我想要的。

我无法在滚动视图中放置一个静态不可滚动的表，因为这只是向后和错误。此外，通过这种方法，每个部分都有不同大小的标题，每个部分都有不同的单元格类型。这样做似乎相当俗气/ hacky。

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

基于原生iOS开发方法的更好决策是什么？最好为每个屏幕或一堆带有子视图的UIViews使用大量自定义TableView？这两种方法对我都有重大的权衡，这在我的经验中是不寻常的。你看到了一个更好的方法，然后我会追求什么？

Answer 1

当你想要一个截然不同的外观时，使用表格的问题在于你经常发现自己正在与它作斗争。在某些时候，您甚至可能会尝试编写颠覆公共API的代码，并在单元格或tableview中操作底层视图。

虽然这是“可接受的”并且不被视为“私有API”，但您可能会发现未来的iOS版本会破坏此行为。

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

在您的情况下，您可以不使用部分并使标题成为另一种单元格类型。那可能不会太糟糕。你的模型的其余部分看起来像是可以作为一个表实现。