iOS Interface Builder中的架構方法

Question

您是將下面的設計樣機編碼為表格視圖，還是用自定義單元格類型填充在側面的分段組，還是將這些組放在滾動視圖中並使每個部分成為一個內置的UIView。

這不是基於意見的問題，也不是“大體上”這是iOS開發設計問題。

在Interface-Builder中，我有七個屏幕，如下圖所示。 如果我使用tableview進行滾動並使用分組的節，則這些節應該不能滾動，因為缺少更好的單詞，它們必須是靜態的。 那有可能嗎？

部分標題將一直停留在頂部，直到您滾動通過它們為止，這不是我想要的。

我也不能將靜態的不可滾動表放在scrollview中，因為那只是倒退和錯誤。 同樣，通過這種方法，我為每個部分設置了不同大小的標題，為每個部分設置了不同的單元格類型。 似乎很俗氣/ hack悍。

如果我使用UIView的構建方法，那就很多了，因為有7個屏幕具有這種外觀。

基於原生iOS開發方法的更好決定是什么？ 更好地為每個屏幕使用大量自定義TableView還是使用帶有子視圖的一堆UIView？ 兩種方法對我來說都是重大的折衷，這在我的經驗中是不尋常的。 您看到的是一種比我追求的更好的方法嗎？

Answer 1

當您想要完全不同的外觀時，使用表的問題在於，您常常會發現自己在與之抗爭。 在某些時候，您甚至可能嘗試編寫代碼來顛覆公共API，並去執行和操縱單元格或表格視圖中的基礎視圖。

雖然這是“可以接受的”，而不是“私有API”，但您可能會發現將來的iOS版本會破壞此行為。

當我想要避免表行為的東西時，我不使用表。

在您的情況下，您不能僅使用節並將標頭設置為其他單元格類型。 那可能還不錯。 其余的模型看起來像可以作為表格實現。