ios - 在哪里放置 MVC 的编程约束

Question

我想练习在不使用 Storyboard的情况下创建简单的应用程序。我能够以编程方式(缓慢地)执行约束，但我还想练习将我的代码分离到 MVC 中。有没有我应该编写程序约束的特定位置/方法？还是无所谓？

Answer 1

在评论中进行了很好的讨论。基于那次讨论，我的想法是什么？

在了解问题是主观的情况下，您设置了限制条件:

• 它们在 View Controller 的生命周期中最早工作的地方。
• 尽可能“接近” View 。
• 如果它很常见，请使其尽可能通用。
• 了解您的具体情况如何融入一切。

(理解，问题不仅限于约束。它可以应用于层次结构、UI，甚至是数据库表!)

坚持约束，以及我的回答....

(1) 使用UIViewController 和UIView 生命周期。

一般view的生命周期是loadView, viewDidLoad, viewWillAppear, viewWillLayoutSubviews, viewDidLayoutSubviews 和 viewDidAppear。 great SO answer detailing this.

我相信 loadView 对于约束来说还为时过早，但 viewDidLoad 则不然 - **前提是您不希望知道框架尺寸。虽然许多人说 viewDidLayoutSubviews 是正确的地方，但我发现 viewWillLayoutSubviews 大多数时候也能正常工作。无论哪种方式，请尽快设置约束!

(2) 尽可能靠近 View 。

如果您有 subview ——我有一个对象的“ToolBar”类——您希望至少尽可能多地在类中编码约束。例如，在我的工具栏中，它可以滑出，有按钮，甚至可以根据方向旋转。不在这些类内部的唯一约束是为了方向——所有者是(而且我相信应该是)实例化它的 View Controller 。

(3) 使其通用。

我计划在几个应用程序中使用此工具栏。所以我做的第一件事就是将它添加到框架中。这个框架是必需的，因为我有一个应用程序，我提供了一个照片编辑扩展 - 并且“编辑”屏幕尽可能相同。最后我将所有我的约束移到那里。 (至少尽可能多。)任何我认为可以重复使用的东西。

(4) 了解您的应用的具体要求。

这应该是显而易见的。如果您需要为各种方向编码，请使用数组并激活/停用它们。 (是的，一个常见的错误是更换它们!这会让您自己陷入一些严重的头痛之中。)

如果您可以保持事件状态，请声明约束，设置 `isActive = true1，然后忘记它。如果您需要调整该约束的常量或乘数，请在声明中命名，然后在您需要更改的地方进行调整。

我的结论？自动布局是一个非常有用的工具——在代码中更是如此。但是代码的放置就像是在问“如何为汽车租赁的 OOP 应用程序编写代码”或“如何为汽车租赁设计数据库”。它不仅仅是一门艺术，还有很多答案。这些是我尝试遵循的“规则”- YMMV。