ios - 应该将以编程方式构建 View 的代码放在 UIView 还是 UIViewController 中？

Question

我正在构建一个具有以编程方式构建的 View 的应用程序。也就是说，我正在从一个数据库中获取数据，该数据库包含有关 View 中按钮的数量、大小和位置等信息。在某些时候，会有代码使用这些数据来实例化新的 subview 并进行设置。我的问题是，这段代码应该去哪里？ View 、viewController 或其他地方。在我看来，这是关于典型 MVC 原则的灰色地带。 View 是否应该接受数据，然后知道如何使用这些数据绘制自己？或者，一个 viewController 负责构建所有不同的 subview ，然后简单地将它们添加到 View 中。

想法？谢谢。

Answer 1

我同意这是一个灰色地带。就个人而言，我会根据需要操作的数据还是数据的显示来做出这样的决定。例如，显示日期的 View Controller 可能需要将各种日期(即表示为 DMY 结构的数据与表示为从某个引用时间开始的秒数表示的日期)处理成适合 View 的格式，而 View 本身可能只能接收一种特定格式(即 DMY)并负责显示该格式。这就是我倾向于在两者之间划定的界线——显示数据( View )与解释数据( Controller )。

在您重新配置 View 的示例中，我可能会将大部分逻辑放入 Controller 中，因为它涉及解释数据。我会设计 View 来接受配置细节，例如要显示多少项目以及使用哪种布局格式(想想 UITableViewCell)，但我会设计 Controller 来解释数据以决定有多少项目和放什么在 View 的各个字段中(如 UITableViewController)。