ios - 在 iOS 中，每个 UIView 都应该有一个 UIViewController 吗？

Question

许多 View 都有 subview ，这些 subview 不一定需要关联自己的 Controller 。在苹果的 own tutorial在创建自定义 View 时，他们实际上并没有为每个 subview 创建一个子 UIViewController。

但是，我经常遇到这样的情况:我有一个 View 层次结构，其中 subview 的某些 subview 有一个发送网络请求的按钮。在那种情况下，我可以做一个目标:

myView.addTarget(self, action: "networkRequest:", forControlEvents: UIControlEvents.TouchDown)

然后在同一个 myView 类中我可以处理该网络请求，但这似乎打破了 MVC 模式。 View 不应该做逻辑，他们应该只是显示东西，对吗？

---

另一种选择 我们可以做的是让每个 View 都可以访问其逻辑所需的父 Controller 或祖父 Controller 。在这种情况下，我的目标可能类似于:

func networkRequest(view : MyView) {
    self.controller.doNetworkRequest()
}

但这似乎也不是正确的解决方案。同样，我们似乎只是在破坏 MVC 并小心翼翼地退出。

---

因此，据我所知，我们只剩下两个选项之一:

首先，我们可以从父 Controller 本身添加目标和所有逻辑。但是这样做会给我们带来像这样的讨厌的链条:

self.grandParentView.parentView.childView.addTarget(self, action: "networkRequest:", forControlEvents: UIControlEvents.TouchDown)

那长长的访问列表让我不寒而栗，看起来很糟糕。但是，它似乎仍然遵循 MVC。从技术上讲，我们是在 Controller 中执行逻辑，对吧？

---

但可能还有另一种选择。我们可以只给每个 View 一个 Controller ，让每个 UIViewController 为每个新 subview 都有一个子 Controller 。

但是，有些 View 是静态的。它们实际上没有任何逻辑，因此它们不一定需要 Controller 。但是，如果我们要遵循这个约定，我们基本上每个 View 都需要一个，否则我们会在 Controller 有孙 Controller 但没有子 Controller 的情况下出现不一致。

所以我们只剩下为我们的 Controller 创建许多空棺材。这会产生大量永远不会被使用的死代码，这可能会导致一些软件腐烂。

---

比我聪明的人，这里的正确解决方案是什么？

Answer 1

可能有比我更聪明的 MVC 大师，但我会试一试:

选项 1 - 失败

如果您在 UIView 子类中处理网络请求，您肯定会破坏 MVC 模式。根据 Apple 的 MVC 引用资料:

A view object is an object in an application that users can see. A view object knows how to draw itself and can respond to user actions.

看起来， View 应该简单地处理用户可以看到的内容和与之交互的内容。不要不要走这条路。

选项 2 - 成功

让我们回到 Apple 的 View Controller MVC 引用:

A controller object acts as an intermediary between one or more of an application’s view objects and one or more of its model objects. Controller objects are thus a conduit through which view objects learn about changes in model objects and vice versa. Controller objects can also perform setup and coordinating tasks for an application and manage the life cycles of other objects.

注意文档是怎么说“一个或多个”的，因为 View Controller 处理多个 View 的逻辑是完全可以接受的。就个人而言，我会说如果您的 View 只有一个按钮需要网络请求委托(delegate)，请继续并将父 View 的 View Controller 设置为委托(delegate)。

一旦 View 的数据处理变得“复杂”，您就应该让 View 拥有自己的 View Controller ，为简洁起见，我将其定义为“会混淆父 View View Controller 的明显目的的多个操作。”

也就是说，可以使用 #pragma mark 在 View Controller 中清楚地标记代码的确切原因，因此请在此处使用您的判断。

选项 3 - 呃……

为每个 View 提供自己的 View Controller 绝对可行，但您真的认为有必要吗？每次您需要处理单个按钮点击时都创建一个全新的 View Controller ，如果应用程序是可扩展的，这肯定看起来有点矫枉过正。

总结

使用选项 #2 并使用您的最佳判断。您不会因为破坏 MVC 模式而受到惩罚。最坏的情况是，如果 View 的逻辑变得复杂，您将把代码重构到新的 View Controller 中。

更多引用:

Model-View-Controller - iOS Developer Library

希望这对您有所帮助!