ios - 创建 uiview 并在 iO 中呈现它们的最佳实践

Question

在 xcode 中创建视图并隐藏它们并在需要时显示它们是一种好习惯吗？

我之所以这么问，是因为我更喜欢在视觉上而不是在代码中创建视图。

如果视图很复杂（很多子视图），我应该为其创建一个新的视图控制器吗？

我知道这里没有具体的问题，但我真的需要澄清这个问题。

问候

Answer 1

我的第一个 iOS 应用程序有一个标签栏和视图，用户可以在它们之间切换。最初它是通过根据用户在标签栏上按下的内容隐藏和显示正确的视图来完成的。这最终成为一场复杂的灾难。

然后我重写了应用程序，以便每个标签栏视图都有自己UIViewController的视图集。事实证明，这更容易管理。（我也从使用 Interface Builder 改为使用直接代码来创建视图，但这不是重点，如果需要，您可以继续使用 IB。）

Answer 2

UIView is the best way to create iOS app, esp. if you want to reuse the code. For example if you have same view to present in iPad n iPhone then using UIView can result in lots of similar code in View-controller In another case if your view might need to have multiple table view it can be quite complex to handle each with delegates in ViewController. But separate view will solve this problem.

I have made my 1st open source code after learning how to use View https://github.com/bishalg/BGRadioList

which I had learned from http://www.raywenderlich.com/1768/uiview-tutorial-for-ios-how-to-make-a-custom-uiview-in-ios-5-a-5-star-rating-view

About the hiding view - I have used lots of hide and show view codes in my apps but believe me at one point it will become complex and unmanageable if you have lots of views.

Answer 3

至于我，我更喜欢以下练习：

通常，使用情节提要放置视图，但如果视图很复杂，我会创建一个单独的 XIB 文件，将所有子视图安排在那里，然后在情节提要中拖动 UIView 子类并将我的 XIB 视图与其连接。这有助于避免故事板中的混乱。

至于隐藏视图，我也不推荐这样的做法，因为它可能会变得非常复杂，很难理解你的代码，并且所有这些视图都是在加载 XIB 时分配的，因此不符合移动开发规则“尽可能懒惰” . 我们应该尽量少用内存。