ios – MVC设计模式.视图如何适应?

前端之家收集整理的这篇文章主要介绍了ios – MVC设计模式.视图如何适应?前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我有关于模型 – 视图 – 控制器设计模式的问题.我明白模型持有数据.我也了解控制器(View Controllers)实现应用程序的逻辑.例如,如果UIPicker轮选择行4,则视图控制器可以向模型询问存储在模型数组中的第4个对象.我无法理解“视图”的合适性.我认为这个nib / storyboard文件将被归类为“视图”.但是,每个视图都要求连接View Controller以将所有插座连接到视图.我怎么想把View和View Controller分开?我应该把所有的网点连接到“查看类”,然后在我的View Controller中引用我的“View”类来实现这些网点的逻辑?也许我只需要一个示例,其中View和View Controller处理不同的任务.因为否则一个额外的“视图”类似乎没有意义. MVC的视图是指视图类吗?如何或为什么要将此View类与View Controller类分离?

解决方法

视图的工作是显示数据和报告事件.

控制器的工作是协调视图和模型之间的通信.

新新新新新新旗新新旗新新新旗新新旗新新旗旗新新旗新新旗新新旗新新旗新新旗旗新新旗新新200新新新200新新旗新

你问:

I’m having trouble understanding were the “Views” fit in.

在您的示例中,UIPickerView是视图.

新新旗新新旗新新新新旗新新旗新新旗新新新新旗新新旗新新旗新新旗新新旗新新旗新新旗新新旗新新旗旗它只是发生,视图控制器还包含一个空的视图容器,您可以添加所有其他视图.新新新新新旗新新新旗新新旗200新新旗新新旗200新新新新新新旗新新旗200新新旗新新旗200新新新新旗新新旗200新新新新旗新新旗200新新新新旗新新旗200新新新新旗新新旗2001-新新新新

所有类,如UIButton,UIPickerView,UITableView等都代表该视图.视图控制器的工作是通过数据模型中的数据提供这些视图,以及响应来自这些视图的事件,使您有机会更新其他视图和数据模型.

你也说:

However every view requires that a View Controller be connected to wire up all the outlets to the view. How am I suppose to keep the View and the View Controller separated?

它们是分开的.如果你添加一个UITableView,那就是一个单独的视图.新新200新新新新旗新新旗新新旗新新旗新新旗新新旗新新旗新新200新新新旗新新200新新新旗新新旗2001-那个类是一个控制器类.这个控制器类是通常的视图控制器,但它不一定是.您可以编写独立于任何特定视图控制器(或通用控制器)的各种自定义视图类.但是最终,该视图类需要被连接到[视图]控制器类,因此可以正确处理数据和事件.

你问:

How or why would I want to have this View Class separated from my View Controller class?

看看UITableViewController.这是一个明确的分离例子,但它是以相当整洁的方式提供的.新新新200新新旗新新新旗新新旗新新旗新新旗新新旗新新旗新新旗旗新新旗新新旗新新旗新新旗新新旗新新旗此视图负责呈现视图并收集用户交互.它是实际的表视图控制器,它将数据提供给视图,并从视图处理用户事件.

您可以将UITableView视图添加到任何视图.这是一个完全可重用的视图组件.您连接到表视图的每个控制器都可以提供任何适当的数据,并正确处理用户交互.

猜你在找的iOS相关文章