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），合成对象可将原始对象装配成更复杂的对象。

同样，mvc也可改变视图类（view）对用户反应的方式，而不用改变其可视化表示。你可能想改变其对键盘响应的方式，如，使用弹出菜单代替命令键。mvc将这种反应机制封装为控制对象（controller）。控制器有一个类层次，易于实现从一个已存在的控制器建立出一个变种—一种新的控制器。

视图（view）对象通过某一控制器对象的实例（instance）来实现特定的响应策略。为了实现不同的策略，可以简单的使用不同的控制器实例来替换当前的实例。甚至可以在运行时来改变视图的控制器，以改变视图对象对用户输入的响应（策略）。例如，一个view对象可置为disabled，即对用户的输入不做任何响应。要达到这一目的，仅仅只需让控制器忽略所有input事件。

这种视图—控制器关系即是strategy设计模式的一个典型例子。所谓strategy即这样一个对象，它表示了一种算法。这在你想要替换算法（无论是静态替换还是动态替换）时特别有用，而这样的算法可能有许多的变量、或者拥有复杂的数据结构。

mvc中也使用了别的设计模式，例如，使用factory method模式来描述视图的默认控制器类；采用decorator模式来为视图增加滚动条等。但在mvc中的主要模式是前述的observer、composite、和strategy设计模式。