Warning: file_get_contents(/data/phpspider/zhask/data//catemap/5/objective-c/22.json): failed to open stream: No such file or directory in /data/phpspider/zhask/libs/function.php on line 167

Warning: Invalid argument supplied for foreach() in /data/phpspider/zhask/libs/tag.function.php on line 1116

Notice: Undefined index: in /data/phpspider/zhask/libs/function.php on line 180

Warning: array_chunk() expects parameter 1 to be array, null given in /data/phpspider/zhask/libs/function.php on line 181
Objective c 多视图控制器策略_Objective C_Ios6 - Fatal编程技术网

Objective c 多视图控制器策略

Objective c 多视图控制器策略,objective-c,ios6,Objective C,Ios6,我正在制作一个应用程序,它有大约20个不同的视图控制器,加载到一个容器视图中。有些视图有滑块和按钮,有些视图只有按钮。 是否有一种策略可以使构建视图控制器更符合Objective C编码技术 目前,我正在尝试将类似的方法组合到模型对象中,但在我参与太多之前,我想问问是否有更好的方法。我也愿意做基础工作和研究,所以任何关键词指向我正确的方向会有帮助,即协议、代表等等。 < P>我给你们的主要建议是考虑这些视图对象中的每一个是否需要被控制。将UIVIEW控制器视为视图和模型之间的委托。如果不需要极端

我正在制作一个应用程序,它有大约20个不同的视图控制器,加载到一个容器视图中。有些视图有滑块和按钮,有些视图只有按钮。 是否有一种策略可以使构建视图控制器更符合Objective C编码技术


目前,我正在尝试将类似的方法组合到模型对象中,但在我参与太多之前,我想问问是否有更好的方法。我也愿意做基础工作和研究,所以任何关键词指向我正确的方向会有帮助,即协议、代表等等。

< P>我给你们的主要建议是考虑这些视图对象中的每一个是否需要被控制。将UIVIEW控制器视为视图和模型之间的委托。如果不需要极端上下文切换(即将新视图推到导航堆栈上),那么是否真的建议让20个代理四处浮动?在大多数情况下,并非如此。UIViewController不是任何想象中的“重对象”,但如果每次决定在屏幕上添加新组件时,您都将UIViewController子类化,它会很快使代码库变得笨拙和庞大

尝试将您的注意力集中在将设置视图的逻辑和控制器的实际职责(对模型更改作出反应、调度操作、更新视图)分别划分为UIView子类和UIViewController子类上。如果确实需要将视图的某些组件保持分离,因为其逻辑根本不适合主视图控制器的职责类别,那么,也只有这样,新的视图控制器才是合适的