图2 MVC的分工与协作
2. MVC中的设计模式一个以MVC为架构的系统包含了很多的设计模式，但是与MVC最为密切相关的是下面三种模式：Observer, Composite和Strategy。2.1 Observer模式MVC通过使用定购/通知的方式分离了Model和View。View要保证自己显示能正确地反映出Model的内容和状态。一旦Model的内容发生变化，必须有一个机制来使得Model能够通知相关的View，使得相关的View可以在适当的时机刷新数据。这个设计还可以解决更一般的问题，将对象分离，使得一个对象的改变能够影响到另一些对象，而这个对象并不知道那些被影响的对象的细节。这就是被描述为Observer的设计模式。 模式类型：Observer模式是对象型模式，同时它也是行为型模式。模式目的：定义对象间的一对多的依赖关系，当一个对象的值或状态发生改变时，所有与它有依赖关系的对象都得到通知并自动更新。某一数据可能有多种显示方式，并且可能同时以不同的方式显示（如图2）。当通过某一种方式改变了数据，那么其他的显示都应该能立即知道数据的改变和做相应的调整。模式结构：图 3. Observer模式的结构图效果：(1) 抽象耦合。目标对象只知道它有一些观察者，每个观察者都符合抽象的Observer类的简单接口，并不知道它们具体属于哪个类。这样使得目标和观察者之间的耦合最小且抽象。(2) 支持广播通信。目标发送通知不用指定观察者，如何处理通知由观察者决定。(3) 可能的意外更新。要处理好更新逻辑，避免错误更新。2.2 Composite模式MVC的一个重要特征就是View可以嵌套。嵌套的组合视图可用于任何视图可用的地方，而且可以管理嵌套视图。这种思想反映出将组合的视图与其组件平等对待的设计。这种设计思想在面向对象领域内被描述成为Composite的设计模式。模式类型：Composite模式是对象型模式，同时它也是结构型模式。模式目的：将对象组合成树形结构以表示"部分-整体"层次结构。Composite使组合对象的使用和单个对象的使用具有一致性。图4. Composite模式的结构图效果：(1) 定义了包含简单对象和组合对象的类层次结构。简单对象可以被组合到复杂对象中，而组合的对象可以再被组合。这样客户端代码中用到简单对象的地方都可以使用组合对象。(2) 简化客户端代码。客户端不用知道某对象是简单对象还是组合对象，可以以一致的方式使用这些对象。(3) 更容易增加新类型的组件。新的组件可以方便地加入已有组合对象中不用改变客户端代码。2.3 Strategy模式MVC的另一重要特征是可以在不改变View的情况下改变View对用户输入的响应方式。这对一个经常需要变更响应逻辑的系统来说是非常重要的。MVC把响应逻辑封装在Controller中。有一个Controller的类层次结构，可以方便地对原有Controller做适当改变，创建新的Controller。View使用Controller子类的实例来实现一个特定的响应策略。要实现不同的响应策略，只要用不同种类的Controller实例替换即可。还可以在运行时刻通过改变View的Controller来改变View对用户输入的响应策略。这种View-Controller的关系是被描述为Strategy的设计模式的一个例子。模式类型：Strategy模式是对象型模式，同时它也是行为型模式。模式目的：定义一系列的算法，并且把它们封装起来，使它们可以互相替换，使得算法可以独立于使用它的客户端而变化。模式结构：图5. Strategy模式的结构图图5 模式结构图效果：(1) Strategy类层次为Context定义了可重用的相关算法或行为。(2) 替代继承的方法。如果直接继承Context，给以不同的行为，会将行为加到Context中，从而将算法的实现与Context混合起来，使Context难以理解，维护和扩展，而且不能动态地改变算法。将算法封装在独立的Strategy类，可以使得算法独立于Context改变，容易切换扩展。(3) 可以提供相同行为的不同实现。(4) 客户端必须了解Strategy之间有何不同。(5) Context和Strategy之间的通信开销。(6) 增加了对象的数目。3. MVC在 Web系统中的应用现在的一些基于Web的分布式系统如B2B电子商务系统，就适合采用MVC架构。通过分析，从高层次的角度可以将一个应用的对象分为三类。一类就是负责显示的对象，一类对象包含商业规则和数据，还有一类就是接收请求，控制商业对象去完成请求。这些应用的显示是经常需要变换的，如网页的风格，色调，还有需要显示的内容，内容的显示方式等。而商业规则和数据是相对要稳定的。因此，表示显示的对象View经常需要变化的，表示商业规则和数据的对象Model要相对稳定，而表示控制的Controller则最稳定。通常当系统发布后，View对象是由美工，HTML/JSP设计人员或者系统管理员来负责管理的。Controller对象由应用开发人员开发实施，商业规则对象和商业数据对象则由开发人员，领域专家和数据库管理员共同完成的。显示逻辑在Web层或客户端控制，可以是Servlet 或JSP，动态地生成Html。一般来说采用JSP要比采用Servlet要好。JSP更好地将代码与Html部分分开，有利于页面设计人员和代码开发人员的分离，提高效率。同时JSP可以完成所有Servlet完成的功能，实际上JSP最终也转换成一个Servlet。与控制有关的对象存在于系统的每一个层次，协调跨层动作。包含商业规则和数据的对象存在于EJB层（以EJB为中心的模式）或Web层（以Web为中心的模式）。3.1 View在Web系统中的应用View代表系统的显示，它完全存在于Web层。一般由JSP, Java Bean和Custom Tag组成。JSP可以动态生成网页内容，Custom Tag 更方便了使用Java Bean，而且它可以封装显示逻辑，更有利于于模块化和重用。一些设计良好的Custom Tag可以在多个JSP甚至可以在不同的系统里重复使用。Java Bean用来控制JSP和Model对象。JSP通过Java Bean 来读取Model对象中的数据，Model和Controller对象则负责对Java Bean的数据更新。一般来说，可以先要设计出所有可能出现的屏幕，即用户使用系统时可以看到的所有内容。然后根据这些内容，找出公共部分，静态部分和动态变化部分。可以考虑使用模板方法，把公用的内容单独生成JSP，需要变化的也各自生成Html或JSP, 由一个模板JSP, 把这些不同部分动态地引入（include方法）。还有一个要考虑的问题就是屏幕的选择问题，当处理完用户请求，模板被自动调用来显示，这个显示一定要知道用户关心的屏幕是有哪些部分组成。所以可以考虑把所有屏幕的定义放在一个集中的文件里，如一个java文件或文本文件。由于考虑到屏幕定义文件将来的变更可能性，最好使用文本文件如一个XML文件，这样将来更改不用重新编译。可以根据用户输入的URL和参数可以映射到某一个结果屏幕，当然有可能还要根据动作的执行结果选择不同的结果屏幕内容。所以需要一个请求与资源的匹配文件（XML），如果一个URL请求有几种不同结果，则要在该文件中指明是否需要流控制（一种controller对象）以及不同流向的对应屏幕。
请采纳答案，支持我一下。
MVC(Model/View/Controller)模式是国外用得比较多的一种设计模式，好象最早是在Smaltalk中出现。MVC包括三类对象。Model是应用对象，View是它在屏幕上的表示，Controller定义用户界面对用户输入的响应方式。 模型-视图-控制器（MVC）是80年代Smalltalk-80出现的一种软件设计模式，现在已经被广泛的使用。 1、模型（Model） 模型是应用程序的主体部分。模型表示业务数据，或者业务逻辑. 2、视图（View） 视图是应用程序中用户界面相关的部分，是用户看到并与之交互的界面。 3、控制器（controller) 控制器工作就是根据用户的输入，控制用户界面数据显示和更新model对象状态。 MVC 式的出现不仅实现了功能模块和显示模块的分离，同时它还提高了应用系统的可维护性、可扩展性、可移植性和组件的可复用性 早期的程序中，如果不注意对数功能和显示的解耦合，常常会导致程序的复杂及难以维护。很多VB,Delphi等RAD程序都有这种问题。甚至现在的C#,Java有时候也会出现把业务逻辑写在显示模块中的现象 管MVC设计模式很早就提出，但在Web项目的开发中引入MVC却是步履维艰。主要原因：一是在早期的Web项目的开发中，程序语言和HTML的分离一直难以实现。CGI程序以字符串输出的形式动态地生成HTML内容。后来随着脚本语言的出现，前面的方式又被倒了过来，改成将脚本语言书写的程序嵌入在HTML内容中。这两种方式有一个相同的不足之处即它们总是无法将程序语言和HTML分离。二是脚本语言的功能相对较弱，缺乏支持MVC设计模式的一些必要的技术基础。直到基于J2EE的JSP Model 2问世时才得以改观。它用JSP技术实现视图的功能，用Servlet技术实现控制器的功能，用JavaBean技术实现模型的功能 JSP Model 1 与 JSP Model 2 SUN在JSP出现早期制定了两种规范，称为Model1和Model2。虽然Model2在一定程度上实现了MVC，但是它的应用用并不尽如人意 JSP Model 1 JSP Model 2 model2 容易使系统出现多个Controller，并且对页面导航的处理比较复杂 有些人觉得model2仍不够好，于是Craig R. McClanahan 2000年5月提交了一个WEB framework给Java Community.这就是后来的Struts. 2001年7月，Struts1.0，正式发布。该项目也成为了Apache Jakarta的子项目之一 Struts 质上就是在Model2的基础上实现的一个MVC架构。它只有一个中心控制器，他采用XML定制转向的URL。采用Action来处理逻辑MVC全名是Model View Controller，是模型(model)－视图(view)－控制器(controller)的缩写，一种软件设计典范，用一种业务逻辑、数据、界面显示分离的方法组织代码，将业务逻辑聚集到一个部件里面，在改进和个性化定制界面及用户交互的同时，不需要重新编写业务逻辑。
MVC被独特的发展起来用于映射传统的输入、处理和输出功能在一个逻辑的图形化用户界面的结构中。
MVC开始是存在于桌面程序中的，M是指业务模型，V是指用户界面，C则是控制器，使用MVC的目的是将M和V的实现代码分离，从而使同一个程序可以使用不同的表现形式。
比如一批统计数据可以分别用柱状图、饼图来表示。C存在的目的则是确保M和V的同步，一旦M改变，V应该同步更新。
模型－视图－控制器（MVC）是Xerox PARC在二十世纪八十年代为编程语言Smalltalk－80发明的一种软件设计模式，已被广泛使用。
后来被推荐为Oracle旗下Sun公司Java EE平台的设计模式，并且受到越来越多的使用ColdFusion和PHP的开发者的欢迎。模型－视图－控制器模式是一个有用的工具箱，它有很多好处，但也有一些缺点。
扩展资料：MVC 编程模式：
MVC 是一种使用 MVC（Model View Controller 模型-视图-控制器）设计创建 Web 应用程序的模式：
1、Model（模型）表示应用程序核心（比如数据库记录列表）。
2、View（视图）显示数据（数据库记录）。
3、Controller（控制器）处理输入（写入数据库记录）
MVC 模式同时提供了对 HTML、CSS 和 JavaScript 的完全控制：
1、Model（模型）是应用程序中用于处理应用程序数据逻辑的部分。
通常模型对象负责在数据库中存取数据。
2、View（视图）是应用程序中处理数据显示的部分。
通常视图是依据模型数据创建的。
3、Controller（控制器）是应用程序中处理用户交互的部分。
通常控制器负责从视图读取数据，控制用户输入，并向模型发送数据。
MVC 分层有助于管理复杂的应用程序，因为您可以在一个时间内专门关注一个方面。例如，您可以在不依赖业务逻辑的情况下专注于视图设计。同时也让应用程序的测试更加容易。
MVC 分层同时也简化了分组开发。不同的开发人员可同时开发视图、控制器逻辑和业务逻辑。
框架内容：
MVC指MVC模式的某种框架，它强制性的使应用程序的输入、处理和输出分开。使用MVC应用程序被分成三个核心部件：模型、视图、控制器。它们各自处理自己的任务。最典型的MVC就是JSP + servlet + javabean的模式。
1、视图
视图是用户看到并与之交互的界面。对老式的Web应用程序来说，视图就是由HTML元素组成的界面，在新式的Web应用程序中，HTML依旧在视图中扮演着重要的角色，但一些新的技术已层出不穷，它们包括Adobe Flash和像XHTML，XML/XSL,WML等一些标识语言和Web services.
MVC好处是它能为应用程序处理很多不同的视图。在视图中其实没有真正的处理发生，不管这些数据是联机存储的还是一个雇员列表，作为视图来讲，它只是作为一种输出数据并允许用户 *** 纵的方式。
2、模型
模型表示企业数据和业务规则。在MVC的三个部件中，模型拥有最多的处理任务。
例如它可能用像EJBs和ColdFusion Components这样的构件对象来处理数据库，被模型返回的数据是中立的，就是说模型与数据格式无关，这样一个模型能为多个视图提供数据，由于应用于模型的代码只需写一次就可以被多个视图重用，所以减少了代码的重复性。
3、控制器
控制器接受用户的输入并调用模型和视图去完成用户的需求，所以当单击Web页面中的超链接和发送HTML表单时，控制器本身不输出任何东西和做任何处理。它只是接收请求并决定调用哪个模型构件去处理请求，然后再确定用哪个视图来显示返回的数据。
常见框架Struts：
Struts是Apache软件基金下Jakarta项目的一部分。Struts框架的主要架构设计和开发者是Craig R.McClanahan。Struts 是Java Web MVC框架中不争的王者。经过长达九年的发展，Struts已经逐渐成长为一个稳定、成熟的框架，并且占有了MVC框架中最大的市场份额。
但是Struts某些技术特性上已经落后于新兴的MVC框架。面对Spring MVC、Webwork2这些设计更精密，扩展性更强的框架，Struts受到了前所未有的挑战。但站在产品开发的角度而言，Struts仍然是最稳妥的选择。
Struts有一组相互协作的类（组件）、Servlet以及jsp tag lib组成。基于struts构架的web应用程序基本上符合JSP Model2的设计标准，可以说是MVC设计模式的一种变化类型。
根据上面对framework的描述，很容易理解为什么说Struts是一个web framework，而不仅仅是一些标记库的组合。但 Struts 也包含了丰富的标记库和独立于该框架工作的实用程序类。
Struts有其自己的控制器（Controller），同时整合了其他的一些技术去实现模型层（Model）和视图层（View）。
在模型层，Struts可以很容易的与数据访问技术相结合，包括EJB，JDBC和Object Relation Bridge。在视图层，Struts能够与JSP, Velocity Templates,XSL等等这些表示层组件相结合。
参考资料：百度百科-MVC框架
欢迎分享，转载请注明来源：内存溢出
微信扫一扫
支付宝扫一扫
评论列表（0条）