iOS - 何时创建子ViewController与UIView子类？

Question

也许这是一个愚蠢的问题，但我在iOS开发过程中多次遇到过这个问题。

有时我会开发一个我想在多个屏幕上使用的视图组件，所以我决定将UIView子类化并使其成为可以在多个地方使用的东西。

然后，我开始添加功能。 也许它需要响应NSNotification ，或者它应该响应用户触摸。

在某一点上，我开始想知道我是否应该真正制作一个UIViewController子类，并将其作为子ViewController添加到我的UI中。

对于在向UIView添加一些行为以及何时创建完整的UIViewController之间划清界线有什么共识？

Answer 1

您应该在需要处理或控制数据的任何时候使用控制器。 视图应尽可能愚蠢，不知道它们显示的是什么，而是知道在哪里。 您可以轻松地子类化并重用ViewControllers。 一个很好的例子，假设您需要通过弹出控制器和模态从整个应用程序中检索用户的字符串（或文本）。 创建UIViewController的通用子类，该子类具有带文本字段和按钮的视图。 然后，您可以以您需要的任何容量使用此视图及其控制器。 在popover，modal或其他任何地方重用它（通常通过委托将数据传回）。 由于您正在处理数据，因此不应使用UIView的唯一子类。

根据我的经验，我更经常地将UIViewControllers子类UIViewControllers UIViews 。 如果您只是在谈论容器或在一般应用程序工作流程中重用视图，那么我有点难以理解。 无论哪种方式，它应该是相同的。

Answer 2

我无法告诉你有关共识，但我的观点是：

子类UIView只在......

• 你想做自定义绘图
• 您需要自定义已存在的UIView子类的某些行为
• 您对布局子视图有特殊需求。 但是，大多数布局都可以通过UIViewController来完成。
• 也许对于使用手势识别器无法完成的特殊触摸处理

在所有其他情况下，子类UIViewController 。 无论如何，您几乎总是需要一个控制器，用于编写将视图和模型连接在一起的胶水代码，或者用于处理用户交互。 因此，Apple让UIKit轻松让控制器完成所有工作，并尽可能保持视图“愚蠢”。 例如，嵌套控制器以创建复杂的视图层次结构非常简单，而无需具有单个视图子类。

子类化UIView不是第一件应该做的事情是UIView类引用中标题为“Subclassing的替代”的部分。 子类化UIViewController的指标是首选， UIViewController类引用中没有这样的部分:-)

Answer 3

我已经使用嵌入式视图控制器不时加载可重用的表视图。 我发现它有时很有用，但并不总是如此。 两者之间的通信可能很麻烦，就像您希望嵌入式控制器与容器进行通信一样。 授权使其更容易但仍然很麻烦。 如果我还记得iOS 5及更低版本不支持嵌入式控制器，它也限制你使用iOS 6。

如果它只是添加方法，您可以使用类别来存储一些额外的方法。 我在NSManagedObjects上做了很多，我不想继承子类，如果我从数据模型中重新生成NSManagedObject，我不会丢失我的类别中的代码。 给了我额外的功能，如计算字段或转换方法，而不必子类。 如果您不需要针对特定​​实例的那些方法，则只需排除对该类别的引用。

尽管IMO，子类化从来都不错。