XCode-在Storyboard中堆疊UI元素是不好的做法？

Question

我有一個關於使用Storyboard IB的問題。 很多時候，我在情節提要上構建界面時，我將一些UI元素堆疊在一起。 我只是選擇性地顯示和隱藏它們以提供一個干凈的界面。 例如，我將一個pickerview放在一些uitexbox上。 這是不好的做法嗎？ 我認為這不是一件壞事，因為如果我以編程方式構建接口，我可能會做同樣的事情，有時使用wysiwyg構建器看起來很丑。 我只是有一個開發人員查看我的情節提要，當我在某些UITexboxes上使用UIPickerView和UiDatePicker時，他基本上是“ wtf”。

謝謝！ 艾倫

Answer 1

每個人都有自己的編程風格。 我認為這不是絕對正確的方法，但是遵守指南絕對會讓您的生活更輕松。

同時應用通用規則可使您的代碼/ IB更具可讀性。

IMO，如果您正在做一個中等大小的應用程序，那么堆疊並不是最好的選擇。 同樣，以編程方式保留它們也不是最佳解決方案。 我建議將UI類放在不同的類IB中，並將它們視為可在應用程序中重用的組件。 通過這樣做，可以使您的內存不那么忙碌，並且情節提要會更輕。

Answer 2

這實際上取決於您的類型。 如果您希望保持事物清潔，請以編程方式進行操作，如果您想使事情變得更簡單，則只需將它們堆疊即可。 我只堆疊一些東西，下面將說明原因。

有一個缺點。 如果要創建所有元素，然后簡單地堆疊它們，那么您將在很大程度上依賴可可粉約束。 現在，一開始似乎一切正常，但是如果Apple推出了另一台分辨率不同的設備，那該怎么辦。 現在事情似乎變得混亂了。

當您自己編寫元素代碼時，您會更加了解約束條件，並且可以創建公式來根據屏幕尺寸對其進行調整。 您很幸運可以使用iOS，但設備數量有限。 也就是說，如果您突然開始為Android開發，您可能會發現自己陷入困境。

另一件事，如果您要堆疊內容，請確保使用自動引用計數（ARC）。 您很有可能是，但如果不是這樣，那么將在情節提要中創建元素將立即帶入內存，而不必等到它們被“隱藏”出來。 ARC可以弄清楚，如果您從隱藏的項目開始，您確實不希望將這些內容帶入內存。

無論如何，此刻真正取決於您。 我個人認為堆疊一些項目非常實用，但是我確實想看看自己在做什么。 祝好運。