mvc的发展趋势

MVC方式通常在Smalltalk中用于建立用户接口。通过对MVC中蕴藏的设计模式可以帮你理解我们所说的“模式”的含义。

MVC包括三类对象，Model是应用对象、View为其屏幕表示、Controller定义了对用户输入的处理（反应）方式。在应用MVC方式以前，通常将这三个对象的功能合到了一起，应用MVC分离了它们，为设计提供了灵活性和可重用性。

MVC通过在view和model之间建立Subscribe/Notify协议，分离了view和model对象。View对象必须保证它的表示反应了model对象的状态，当model对象的数据改变时，model对象通知（Notify）view对象，作为对这一行为的反应，每个view对象得到了一个做出更新的机会。这种方式使得可以将多个view对象为一个model对象提供不同的表示。你也可以为model对象建立新的view对象，而不用重新编写model。下图演示了一个model和三个view：

从表面看，这一例子反应了一个将view和model分离的设计。然而，这种设计适合一类更通用的问题：减少对象之间的藕和性，这样，当一个对象改变时，将不会影响到另外的对象，甚至不需要知道另外的对象的实现细节。这种更通用的模式将在Observer模式中来描述。

MVC方式的另一个特点是，view对象是可嵌套定义的。例如，button的控制板可由一个包含嵌套button view对象的复杂view对象来实现；对象观察器的用户接口可由能重用于调试器的嵌套view对象组成。MVC方式采用CompositeView类（View的子类）来支持嵌套view，其行为与view对象的行为一致，可用于view对象能使用的任何场合。

于是，我们又可以把这种对待composite view就像处理其一个组件的方式看成一种设计（方式）。同样的，这种设计可抽象出另一类更通用的问题（的解决方式）：我们在某种情形下将对象分成组，并且处理一个组就像对待对象个体。这种方式我们用Composite设计模式来描述。它允许你建立类的层次，在这一层次下，有些子类定义原始对象（如Button），而其它的类可以定义合成对象（CompositeView），合成对象可将