iOS学习3：设计模式之Model-View-Controller

————————————————————————————————————————————————

先附上iOS学习2中问题的解答，已会的直接跳过

    #import会将此类的所有文件全部导入，而@class只是告诉编译器有这么一个类，引用类名，一般用在.h文件@interface之前；简而言之，就是当只需要定义此类时，只需要@class类名即可，而需要用到此类的方法或变量时，就需要用#import来包含整个类的文件；

    如果只需要@class ，而用了#import是不会报错的，但是会大大影响程序的效率，因为这样在编译过程中必须将import的所有类都编译一遍，尤其是引用的类比较多时；比如你在A类中import了B类，而B类中又import了c、d类，那程序在编译时要将A，B，c，d类全部编译一遍，而用@class则不会耗费大量时间。

   如果有循环依赖关系，如:A–>B, B–>A这样的相互依赖关系，如果使用#import来相互包含，那么就会出现编译错误，如果使用@class在两个类的头文件中相互声明，则不会有编译错误出现。

————————————————————————————————————————————————

接下来进入本文重点Model-View-Controller

Model（模型）：

• 管理App的数据和状态；
• 不考虑GUIs或陈述数据；
• 经常在以下地方坚持使用：文件管理系统，数据库，云处理；
• Model应该是可复用的，而且要在不需要做任何修改的情况下即可被其他View使用

View（试图）：

• 在某个适当的界面给用户一个Model；
• 允许用户添加，修改和删除数据；
• 除了在某些缓存数据的情况下之外View不存储任何数据；
• 具有可复用性且可以配置显示不同的数据

Controller（调节器）：

• 模型和视图之间的中介
• 模型变化时更新视图
• 当用户操纵试图时更新模型
• 通常情况下，其中的大部分应用程序遵循起基本程序逻辑

为什么要用MVC模式

a、使程序中各部分职责分明，更容易维护；

b、避免有一个怪兽级的东西来控制整个App；

c、分离职责也保证了复用性；

d、通过最大限度地减少依赖性，则可以在任何其他地方复用模型或视图；

e、减少代码量

转载于:https://my.oschina.net/joanfen/blog/137522