附件中是我根据文中的示例程序改写的一个利用MVC模式开发Java应用程序。http://dl2.csdn.net/down4/20070918/18215508937.rar

名词解释：

 Model View Controller的缩写，为了获得更好的系统结构而推出的一种宏观的设计模式，model代表系统的模型层，view是模型的展现层，controller负责业务的流转，使用MVC可以使得系统的层次清晰，降低各个部分的耦合。

   MVC模式是"Model-View-Controller"的缩写，中文翻译为"模式-视图-控制器"。MVC应用程序总是由这三个部分组成。Event(事件)导致Controller改变Model或View，或者同时改变两者。只要Controller改变了Models的数据或者属性，所有依赖的View都会自动更新。类似的，只要Controller改变了View，View会从潜在的Model中获取数据来刷新自己。MVC模式最早是smalltalk语言研究团提出的，应用于用户交互应用程序中。smalltalk语言和java语言有很多相似性,都是面向对象语言，很自然的SUN在petstore(宠物店)事例应用程序中就推荐MVC模式作为开发Web应用的架构模式。MVC模式是一种架构模式，其实需要其他模式协作完成。在J2EE模式目录中，通常采用service to worker模式实现，而service to worker模式可由集中控制器模式，派遣器模式和Page Helper模式组成。而Struts只实现了MVC的View和Controller两个部分，Model部分需要开发者自己来实现，Struts提供了抽象类Action使开发者能将Model应用于Struts框架中。

 

      MVC模式是一个复杂的架构模式，其实现也显得非常复杂。但是，我们已经终结出了很多可靠的设计模式，多种设计模式结合在一起，使MVC模式的实现变得相对简单易行。Views可以看作一棵树，显然可以用Composite Pattern来实现。Views和Models之间的关系可以用Observer Pattern体现。Controller控制Views的显示，可以用Strategy Pattern实现。Model通常是一个调停者，可采用Mediator Pattern来实现。

      现在让我们来了解一下MVC三个部分在J2EE架构中处于什么位置，这样有助于我们理解MVC模式的实现。MVC与J2EE架构的对应关系是:View处于Web Tier或者说是Client Tier，通常是JSP/Servlet，即页面显示部分。Controller也处于Web Tier，通常用Servlet来实现，即页面显示的逻辑部分实现。Model处于Middle Tier，通常用服务端的javaBean或者EJB实现，即业务逻辑部分的实现。

一、MVC设计思想

　　MVC英文即Model-View-Controller，即把一个应用的输入、处理、输出流程按照Model、View、Controller的方式进行分离，这样一个应用被分成三个层——模型层、视图层、控制层。

　　视图(View)代表用户交互界面，对于Web应用来说，可以概括为HTML界面，但有可能为XHTML、XML和Applet。随着应用的复杂性和规模性，界面的处理也变得具有挑战性。一个应用可能有很多不同的视图，MVC设计模式对于视图的处理仅限于视图上数据的采集和处理，以及用户的请求，而不包括在视图上的业务流程的处理。业务流程的处理交予模型(Model)处理。比如一个订单的视图只接受来自模型的数据并显示给用户，以及将用户界面的输入数据和请求传递给控制和模型。

　　模型(Model)：就是业务流程/状态的处理以及业务规则的制定。业务流程的处理过程对其它层来说是黑箱操作，模型接受视图请求的数据，并返回最终的处理结果。业务模型的设计可以说是MVC最主要的核心。目前流行的EJB模型就是一个典型的应用例子，它从应用技术实现的角度对模型做了进一步的划分，以便充分利用现有的组件，但它不能作为应用设计模型的框架。它仅仅告诉你按这种模型设计就可以利用某些技术组件，从而减少了技术上的困难。对一个开发者来说，就可以专注于业务模型的设计。MVC设计模式告诉我们，把应用的模型按一定的规则抽取出来，抽取的层次很重要，这也是判断开发人员是否优秀的设计依据。抽象与具体不能隔得太远，也不能太近。MVC并没有提供模型的设计方法，而只告诉你应该组织管理这些模型，以便于模型的重构和提高重用性。我们可以用对象编程来做比喻，MVC定义了一个顶级类，告诉它的子类你只能做这些，但没法限制你能做这些。这点对编程的开发人员非常重要。

　　业务模型还有一个很重要的模型那就是数据模型。数据模型主要指实体对象的数据 保存（持续化）。比如将一张订单保存到数据库，从数据库获取订单。我们可以将这个模型单独列出，所有有关数据库的操作只限制在该模型中。

　　控制(Controller)可以理解为从用户接收请求, 将模型与视图匹配在一起，共同完成用户的请求。划分控制层的作用也很明显，它清楚地告诉你，它就是一个分发器，选择什么样的模型，选择什么样的视图，可以完成什么样的用户请求。控制层并不做任何的数据处理。例如，用户点击一个连接，控制层接受请求后, 并不处理业务信息，它只把用户的信息传递给模型，告诉模型做什么，选择符合要求的视图返回给用户。因此，一个模型可能对应多个视图，一个视图可能对应多个模型。

模型、视图与控制器的分离，使得一个模型可以具有多个显示视图。如果用户通过某个视图的控制器改变了模型的数据，所有其它依赖于这些数据的视图都应反映到这些变化。因此，无论何时发生了何种数据变化，控制器都会将变化通知所有的视图，导致显示的更新。这实际上是一种模型的变化-传播机制。模型、视图、控制器三者之间的关系和各自的主要功能，如图1所示。

四、MVC的优点

　　大部分用过程语言比如ASP、PHP开发出来的Web应用，初始的开发模板就是混合层的数据编程。例如，直接向数据库发送请求并用HTML显示,开发速度往往比较快,但由于数据页面的分离不是很直接,因而很难体现出业务模型的样子或者模型的重用性。产品设计弹性力度很小，很难满足用户的变化性需求。MVC要求对应用分层，虽然要花费额外的工作，但产品的结构清晰，产品的应用通过模型可以得到更好地体现。

　　首先，最重要的是应该有多个视图对应一个模型的能力。在目前用户需求的快速变化下，可能有多种方式访问应用的要求。例如，订单模型可能有本系统的订单，也有网上订单，或者其他系统的订单，但对于订单的处理都是一样，也就是说订单的处理是一致的。按MVC设计模式，一个订单模型以及多个视图即可解决问题。这样减少了代码的复制，即减少了代码的维护量，一旦模型发生改变，也易于维护。 其次，由于模型返回的数据不带任何显示格式，因而这些模型也可直接应用于接口的使用。

　　再次，由于一个应用被分离为三层，因此有时改变其中的一层就能满足应用的改变。一个应用的业务流程或者业务规则的改变只需改动MVC的模型层。

　　控制层的概念也很有效，由于它把不同的模型和不同的视图组合在一起完成不同的请求，因此，控制层可以说是包含了用户请求权限的概念。

　　最后，它还有利于软件工程化管理。由于不同的层各司其职，每一层不同的应用具有某些相同的特征，有利于通过工程化、工具化产生管理程序代码。

五、MVC的不足

　　MVC的不足体现在以下几个方面：

　　（1）增加了系统结构和实现的复杂性。对于简单的界面，严格遵循MVC，使模型、视图与控制器分离，会增加结构的复杂性，并可能产生过多的更新操作，降低运行效率。

　　（2）视图与控制器间的过于紧密的连接。视图与控制器是相互分离，但确实联系紧密的部件，视图没有控制器的存在，其应用是很有限的，反之亦然，这样就妨碍了他们的独立重用。

　　（3）视图对模型数据的低效率访问。依据模型操作接口的不同，视图可能需要多次调用才能获得足够的显示数据。对未变化数据的不必要的频繁访问，也将损害操作性能。

　　（4） 目前，一般高级的界面工具或构造器不支持MVC模式。改造这些工具以适应MVC需要和建立分离的部件的代价是很高的，从而造成使用MVC的困难。

 

以下内容转自：http://www.swfobject.com/blog/article.php?itemid-36-type-blog.html

Java是一种面向对象的语言，是实现面向对象编程的强大工具。我们在实际编程中，应该运用并发挥其最大效能。但是，要利用面向对象编程思想，自己独立开发出好的Java应用程序，特别是大、中型程序，并不是一件简单的事情。正是基于面向对象编程思想，人们将实际中的各种应用程序，进行了大量的分析、总结，从而归纳出许多标准的设计模式。将这些设计模式合理地运用到自己的实际项目中，可以最大限度地减少开发过程中出现的设计上的问题，确保项目高质量的如期完成。

　　MVC模式介绍

　　模型－视图－控制器(Model-View-Controller,MVC)模式就是为那些需要为同样的数据提供多个视图的应用程序而设计的。它很好地实现了数据层与表示层的分离，特别适用于开发与用户图形界面有关的应用程序，其示意图见图1。模式中基本结构定义为：

　　控制器 用来处理用户命令以及程序事件的；

　　模型 维护数据并提供数据访问方法；

　　视图 数据的显示。

　　MVC模式基本实现过程为：

　　1. 控制器（如Java中的main程序入口）要新建模型；

　　2. 控制器要新建一个或多个视图对象，并将它们与模型相关联；

　　3. 控制器改变模型的状态；

　　4. 当模型的状态改变时，模型将会自动刷新与之相关的视图。

　　图1 MVC模式基本结构

　　本文要实现的Ｊａｖａ应用程序是当用户在图形化用户界面输入一个球体的半径时，程序将显示该球体的体积与表面积。我们首先利用基本MVC模式实现以上程序，然后利用不同数量的模型、视图、控制器结构来扩展该程序。

　　基本MVC模式

　　该程序主要由三个类构成，分别为Sphere类、TextView类及SphereWindow类。其中Sphere类扮演Model的角色，TextView类为View角色，SphereWindow类为Controller角色。

　　Java通过专门的类Observable及Observer接口来实现MVC编程模式。其UML类图及MVC模式的实现方式见图2。

　　图2 MVC模式的UML类图

　　从图2中可以看出，Model类必须继承Observable类，View类必须实现接口Observer。正是由于实现了上述结构，当模型发生改变时（当控制器改变模型的状态），模型就会自动刷新与之相关的视图。其UML序列图可以表示为图3。

　　Model类Sphere，必须扩展Observable类，因为在Observable类中，方法addObserver()将视图与模型相关联，当模型状态改变时，通过方法notifyObservers()通知视图。其中实现MVC模式的关键代码为：

 

 

　　图3 MVC模式的UML序列图

　　View类的角色TextView类必须实现接口Observer，这意味着类TextView必须是implements Observe，另外还需实现其中的方法update()。有了这个方法，当模型Sphere类的状态发生改变时，与模型相关联的视图中的update()方法就会自动被调用，从而实现视图的自动刷新。View类的关键代码如下：

 

 

　　SphereWindow类作为Controller，它主要新建Model与View，将view与Model相关联，并处理事件，其中的关键代码为：

 

 

　　该程序是通过Java中的MVC模式编写的，具有极其良好的可扩展性。它可以轻松实现以下功能：

　　1. 实现一个模型的多个视图；

　　2. 采用多个控制器；

　　3. 当模型改变时，所有视图将自动刷新；

　　4. 所有的控制器将相互独立工作。

　　这就是Java编程模式的好处，只需在以前的程序上稍作修改或增加新的类，即可轻松增加许多程序功能。以前开发的许多类可以重用，而程序结构根本不再需要改变，各类之间相互独立，便于团体开发，提高开发效率。

　　一个模型、两个视图和一个控制器

　　下面我们讨论如何实现一个模型、两个视图和一个控制器的程序。当用户在图形化用户界面输入一个球体的半径，程序除显示该球体的体积与表面积外，还将图形化显示该球体。该程序的4个类之间的示意图可见图4。

　　图4一个模型、两个视图和一个控制器的基本结构

　　其中Model类及View1类根本不需要改变，与前面的完全一样，这就是面向对象编程的好处。对于Controller中的SphereWindows类，只需要增加另一个视图，并与Model发生关联即可。其关键实现代码为：

 

 

　　其程序输出结果见图5。

　　图5 输出结果

　　一个模型、两个视图和两个控制器

　　在上面的程序中，我们只能通过键盘输入球体半径，现在我们修改以上程序，利用鼠标放大、缩小右边的球体图形及可改变球体的半径，从而获得球体半径的输入。

　　此时的MCV模式为一个模型、两个视图和两个控制器，其结构可以见图6，其UML类图可以表示为图7。

　　其中Sphere、TextView与GraphicsView类与前面完全一样。在主程序SphereWindows中，该类这时不是直接作为Controller，它控制Controller1与Controller2的新建。该程序的关键代码为：

 

 

 

　　图6一个模型、两个视图和两个控制器的基本结构

　　图7 一个模型、两个视图和两个控制器的UML类图

　　当程序SphereWindow运行时，将鼠标移动到球体的外圆处，点击拖动即可实现球体的放大与缩小，同时球体半径、表面积与球体积也同时变化。

　　小结

　　从上面介绍可以看出，通过MVC模式实现与图形用户化界面相关的应用程序具有极其良好的可扩展性，是Java面向对象编程的未来方向。