Cocoa touch Cocoa touch视图/视图控制器约定

Cocoa touch Cocoa touch视图/视图控制器约定,cocoa-touch,uiview,uiviewcontroller,Cocoa Touch,Uiview,Uiviewcontroller,我是iOS开发的新手,正在处理一个现有的项目。我有一个快速的问题,关于视图和视图控制器应该如何概念化,以及处理它们的约定是什么 我注意到基本的UIViewController类有一个属性view,它引用了一个实际的“物理”(因为没有更好的词)视图,而控制器基本上管理这个物理视图(并将其与模型等联系起来——我理解的标准mvc内容) 这表明视图控制器在概念上优先于cocoa touch。但是,当添加子视图(到父物理视图?或到父视图控制器?)时,它接受的是物理视图,而不是视图控制器 是否希望我首先创建

我是iOS开发的新手,正在处理一个现有的项目。我有一个快速的问题,关于视图和视图控制器应该如何概念化,以及处理它们的约定是什么

我注意到基本的
UIViewController
类有一个属性
view
,它引用了一个实际的“物理”(因为没有更好的词)视图,而控制器基本上管理这个物理视图(并将其与模型等联系起来——我理解的标准mvc内容)

这表明视图控制器在概念上优先于cocoa touch。但是,当添加子视图(到父物理视图?或到父视图控制器?)时,它接受的是物理视图,而不是视图控制器


是否希望我首先创建子视图控制器(它可能创建自己的物理视图),然后将其
视图
属性传递给
添加子视图
?我只是想确保我没有遗漏传统工作流中的一些明显内容。

视图和视图控制器的比例不是1:1。视图控制器管理给定功能区域所需的任意多个视图——在iPhone上,通常是一个充满内容的屏幕,但这个定义正在发生轻微变化

控制器的view属性只是父视图,它可以包含执行此任务所需的任意多个子视图。控制器在这些视图和数据模型之间进行协调,以提供应用程序的功能

可以将子视图控制器添加到视图控制器层次结构以及视图层次结构(子视图控制器的视图作为父视图控制器视图的子视图添加),但不能对每个子视图都这样做


在2012年的WWDC上有一个很好的演讲(“视图控制器的演变”,IIRC),很好地解释了这一点

谢谢!欢迎提供任何参考资料。对于其他人,这里有一个指向WWDC上提到的“视图控制器的演变”视频的链接:除了WWDC视频外,所有内容都在UIViewController类参考中,并且视图控制器编程指南链接在: