看MVC模式所蕴含的设计模式~~
(转载开始)
Model的设计
一个按钮的model所应该具备的行为由一个接口ButtonModel来完成。一个按钮model实例封装了其内部的状态,并且定义了按钮的行为。它的所有方法可以分为四类:
1、查询内部状态
2、操作内部状态
3、添加和删除事件监听器
4、发生事件
程序员通常并不会直接和model以及view/controller打交道,他们通常隐藏于那些继承自java.awt.Component的组件里面了,这些组件就像胶水一样把MVC三者合三为一。也正是由于这些继承的组件对象,一个程序员可以很方便的混合使用Swing组件和AWT组件,然后,我们知道,Swing组件有很多都是直接继承自相应的AWT组件,它能提供比AWT组件更加方便易用的功能,所以通常情况下,我们没有必要混合使用两者。
1. /**
2.
3. * Sets the model that this button represents.
4.
5. * @param m the new <code>ButtonModel</code>
6.
7. * @see #getModel
8.
9. * @beaninfo
10.
11. * bound: true
12.
13. * description: Model that the Button uses.
14.
15. */
16.
17. public void setModel(ButtonModel newModel) {
18.
19.
20.
21. ButtonModel oldModel = getModel();
22.
23.
24.
25. if (oldModel != null) {
26.
27. oldModel.removeChangeListener(changeListener);
28.
29. oldModel.removeActionListener(actionListener);
30.
31. changeListener = null;
32.
33. actionListener = null;
34.
35. }
36.
37.
38.
39. model = newModel;
40.
41.
42.
43. if (newModel != null) {
44.
45. changeListener = createChangeListener();
46.
47. actionListener = createActionListener();
48.
49. itemListener = createItemListener();
50.
51. newModel.addChangeListener(changeListener);
52.
53. newModel.addActionListener(actionListener);
54.
55. newModel.addItemListener(itemListener);
56.
57. mnemonic = newModel.getMnemonic();
58.
59. } else {
60.
61. mnemonic = '/0';
62.
63. }
64.
65.
66.
67. updateDisplayedMnemonicIndex(getText(), mnemonic);
68.
69.
70.
71. firePropertyChange(MODEL_CHANGED_PROPERTY, oldModel, newModel);
72.
73. if (newModel != oldModel) {
74.
75. revalidate();
76.
77. repaint();
78.
79. }
80.
81. }
注:你可以多花一些时间按我上面提供的链接地址来仔细阅读一下Button类及其它相关类的源代码。
ButtonModel类
ButtonModel维护着三种类型的状态信息:是否被按下(pressed),是否“武装上了”(armed),是否被选择(selected)。它们都是boolean类型的值。
一个按钮被按下(pressed)是指当鼠标在按钮上面的时候,按下鼠标但是还没有松开鼠标按钮的状态,即使用户此时把鼠标拖拽到按钮的外面也没有改变这种状态。
一个按钮是否“武装了”(armed)是指按钮被按下,并且鼠标还在按钮的上面。
一些按钮还可能被选择(selected),这种状态通过重复的点击按钮取得true或者false的值。
注:查看ButtonModel源代码我们可以看到它是一个接口,定义了一组方法:
public interface ButtonModel extends ItemSelectable {
boolean isArmed();
boolean isPressed();
…
boolean isRollover();
void addActionListener(ActionListener l);
void removeActionListener(ActionListener l);
void addItemListener(ItemListener l);
…
void removeChangeListener(ChangeListener l);
1. public abstract class implements ItemSelectable, SwingConstants { AbstractButton extends JComponent
2. protected ButtonModel model= null;
3. protected ChangeListener changeListener = null;
4. protected ActionListener actionListener = null;
5. protected ItemListener itemListener = null;
6. protected transient ChangeEvent changeEvent;
7. public boolean isSelected() {
8. return model.isSelected();
9. }
10.public void doClick() {
11.doClick(68);
12. }
13.public void doClick(int pressTime) {
14. Dimension size = getSize();
15.model.setArmed(true);
16. model.setPressed(true);
17. paintImmediately(new Rectangle(0,0, size.width, size.height));
18.try {
19.Thread.currentThread().sleep(pressTime);
20. } catch(InterruptedException ie) {
21.}
22.model.setPressed(false);
23.model.setArmed(false);
24.}
25.//其它代码
26.}
上面的代码setArmed等方法是由DefaultButtonModel定义的,它是ButtonModel接口的一个默认实现。我们如果继承了DefaultButtonModel,这样可以覆盖缺省的状态定义,实现有个性的按钮。ButtonUI类
按钮的view/controller是负责构建表示层的。缺省情况下它仅仅是用背景色画一个矩形而已,他们的子类继承了他们并且覆盖了绘制的方法,使得按钮可以有许多不同的表现,例如MOTIF,Windows 95,Java样式等等。
注:在javax.swing.plaf这个包里我们可以找到ButtonUI,这是一个抽象类,类内部是空的,而在javax.swing.plaf.basic这个包里我们可以找到BasicButtonUI,它继承自ButtonUI,其实我们观察下包结构会发现有javax.swing.plaf.metal,javax.swing.plaf.multi等,这几个就是来控制Button在不同系统间的不同的显示效果。:
public void update(Button button, Graphics graphics)
{
}
public void paint(Button button, Graphics graphics)
{
Dimension dimension = button.getSize();
Color color = button.getBackground();
graphics.setColor(color);
graphics.fillRect(0, 0, dimension.width, dimension.height);
}
ButtonUI类并不自己处理AWT事件,他们会使用一个定制的事件监听器把低级的AWT事件翻译为高级的Button模型期望的语义事件。下面就是安装/卸载事件监听器的代码。
private static ButtonUIListener buttonuilistener = null;
public void uninstallUI(Button button)
{
button.removeMouseListener(buttonuilistener);
button.removeMouseMotionListener(buttonuilistener);
button.removeChangeListener(buttonuilistener);
}
View/Controller实际上就是一些方法。他们不维护任何自己的状态信息。因此,许多按钮的实例可以共享一个ButtonUI实例。ButtonUI是通过在方便的参数列表里面加上按钮的引用来区分各个不同的按钮。
ButtonUIListener类
ButtonUIListener类可以帮助Button类去转变鼠标或者键盘的输入为对按钮模型的操作。这个监听器类实现了:MouseListener,MouseMotionListener,ChangeListener接口,并且处理一下事件:
public void mouseDragged(MouseEvent mouseevent)
{
Button button = (Button)mouseevent.getSource();
ButtonModel buttonmodel = button.getModel();
if (buttonmodel.isPressed())
{
if (button.getUI().contains(button, mouseevent.getPoint()))
{
buttonmodel.setArmed(true);
}
else
{
buttonmodel.setArmed(false);
}
}
}
public void mousePressed(MouseEvent mouseevent)
{
Button button = (Button)mouseevent.getSource();
ButtonModel buttonmodel = button.getModel();
buttonmodel.setPressed(true);
buttonmodel.setArmed(true);
}
public void mouseReleased(MouseEvent mouseevent)
{
Button button = (Button)mouseevent.getSource();
ButtonModel buttonmodel = button.getModel();
buttonmodel.setPressed(false);
buttonmodel.setArmed(false);
}
public void stateChanged(ChangeEvent changeevent)
{
Button button = (Button)changeevent.getSource();
button.repaint();
}
(转载完)
通过这些相信大家能够感受到Swing的设计是MVC的典范,这是一点都不假的。下一节将要看看在基于B/S的应用中MVC模式是如何被应用的。
看MVC模式在J2EE技术中的应用~~
MVC
模式在
J2EE
技术中的应用
MVC模式并不能自动保证一个结构设计是正确的,如何在一个系统的设计中正确地使用MVC架构模式与系统使用的技术有密切的关系。2EE中有几个核心的技术:JSP,JavaBean,Servlet,EJB,SessionBean,EntityBean构成了J2EE构架的基石,但是对于一个基于J2EE技术的Web应用来说,如何正确地使用MVC模式不是一句话就能得出结论的。
一般而言,一个J2EE系统应当适当地划分接收请求,根据请求采取行动,并将结果显示给用户等责任。因此也就有了开发Web应用时经常提到的一个概念Model 1/Model 2,它是对采用JSP技术构成Web应用的不同模型的描述。
Model 1
架构
<<Java与模式>>提到模型一又称做以JSP为中心(JSP Centric)的设计模型,它的架构图如下图所示:
从上图可以看出来,JSP是整个应用系统的门户。它身兼三职啊。1 负责与客户端的所有通信 2处理所有的请求 3处理所有的答复。在处理答复的时候,从数据库中存取数据有两种方式,可以它自己直接去存取,也可以让一些JavaBean来完成。因为JavaBean可以被放在一个请求上下文或者用户会话中,这样就可以在不同的JSP之间通信。当然这种模式在进行快速和需求不是很复杂,规模较小的 Web应用是有很大的优势的,比如说:JSP页面可以非常容易地结合业务逻辑(jsp:useBean)、服务端处理过程(jsp:scriplet)和HTML(<html>),在JSP页面中同时实现显示,业务逻辑和流程控制,从而可以快速地完成应用开发。
但是从工程化的角度考虑,它也有一些不足之处:把表现层和业务逻辑层柔和在一起,不利于以后的维护工作以及开发角色的分配,所以这种模式只能适合于小的系统开发。
Model
2架构
Servlet/JSP 规范的0.92版描述了在一个应用中使用servlet 和 JSP 的架构。在其后的规范中,Model 2 这个叫法消失了,但它已经在Java web 开发人员中非常通用了。 <<Java与模式>>提到模型二又称做以Servlet为中心(Servlet Centric)的设计模型, 它的架构图如下图所示:
对比这个图跟Model 1的结构图,从 JSP这个角度来看,JSP页面至少少了二个任务即获取跟处理用户的请求,因为Servlet相当于控制器(Controller)角色,它负责接收客户端请求并处理此请求,将它传递给合适的JSP,而JSP则显示给用户。所以JSP页面这时候主要做两件事情: JavaBean直接与数据库打交道取得数据后,JSP从JavaBean中读取数据,这是第一,第二件事情就是把结果返回给客户端。
根据Model 2,servlet 处理数据存取和导航流, JSP处理表现。Model 2 使Java 工程师和HTML设计者分别工作于它们所擅长和负责的部分。Model 2应用的一部分发生改变并不强求其他部分也跟着发生改变。HTML 开发人员可以改变程序的外观和感觉,并不需要改变后端servlet的工作方式。
网上找到了一个很好的例子来说声明:JSP能够生成HTML,WML甚至XML,它对应于Web应用程序中的View部分。EJB作为数据库与应用程序的中介,提供了对数据的封装。一般SessionBean封装的是数据,EntityBean是封装对数据的操作。这两个部分合起来,对应于Web应用程序的Model部分。在技术上,JSP能够直接对EJB进行存取,但这并不是好办法,那样会混淆程序中的显示逻辑和控制逻辑,使得JSP的重用性能降低。这时候有两种解决方法,通过JavaBean或者Servlet作为中介的控制逻辑,对EJB所封装的数据进行存取。这时,JavaBean或者Servlet对应于Web引用程序中的Controller部分。两种类型的Controller各有其优缺点:JSP同Servlet的交互不容易规范化,使得交互的过程变得复杂,但是Servlet可以单独同用户交互,实际上JSP的运行时状态就是Servlet;而由于JavaBean的规范性,JSP同JavaBean的交互很容易,利用JavaBean的get/set方法,JSP不需要过多的语句就可以完成数据的存取,这能够让JSP最大限度的集中在其视图功能上,而且,在桌面应用程序中使用JavaBean也很容易,而用Servlet就相对麻烦许多。根据不同的问题背景,可以选取不同的Controller,有时候也可以两者混合使用,或者直接在Servlet中调用JavaBean。
任何一种解决方案都是双刃剑,在我们获得的同时必须有一定的付出。这种模式也带来了如下一些实际的问题:1. 必须基于MVC组件的方式重新思考和设计应用结构。原来通过建立一个简单的JSP页面就能实现的应用现在变成了多个步骤的设计和实现过程。 2.所有的页面和组件必须在MVC框架中实现,所以必须进行附加地开发工作。
对于用原生的Servlet API来开发Model 2的程序的例子我将转载JavaResearch论坛上的文章,研究下对MVC模式在J2EE系统中的应用有很大帮助的。
(转载自“用实例学习MVC模式
”
nepalon
原作
)
下面以
J2EE
开发进行介绍。
Model
层实现系统中的业务逻辑,通常可以用
JavaBean
或
EJB
来实现。
View
层用于与用户的交互,通常用
JSP
来实现。
Controller
层是
Model
与
View
之间沟通的桥梁,它可以分派用户的请求并选择恰当的视图以用于显示,同时它也可以解释用户的输入并将它们映射为模型层可执行的操作。
现在来看一个例子,看
MVC
模式是怎样工作的。
1.1.1 一个实例
例
1-a
:
<servlet>
<servlet-name>Controller</servlet-name>
<servlet-class>nepalon.simplestruts.Controller</servlet-class>
</servlet>
<servlet-mapping>
<servlet-name>Controller</servlet-name>
<url-pattern>/simplestruts/servlet/control/Controller</url-pattern>
</servlet-mapping>
上面是
web.xml
文件的片段,在这里定义了一个
servlet
用于处理请求。
例
1-b
(
Test.jsp
文件):
<html>
<%@ page contentType="text/html;charset=gb2312"%>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
<title>
实例首页
</title>
</head>
<body>
<table border="0" width="100%">
<tr>
<td><div align="center">
<a href="/simplestruts/servlet/control/Controller?command=showarticle">
显示文章
</a>
</div></td>
</tr>
</table>
</body>
</html>
在这个
JSP
中,我们并没有直接去调用
JSP
或
JavaBean
,而是把请求分送到
Servlet
中。下面,我们来看看
Servlet
的代码。
例
1-c
:
package nepalon.simplestruts;
/**
* <p>Title: MVC framework</p>
* <p>Description: Controller<p>
* <p>Copyright: R2003</p>
* @author Nepalon
* @version 1.0
*/
import javax.servlet.*;
import javax.servlet.http.*;
import java.io.*;
import java.util.*;
public class Controller extends HttpServlet
{
public void init(ServletConfig config) throws ServletException
{
super.init(config);
}
public void destroy() {}
/**
用于处理
HTTP
的
GET
和
POST
请求的函数
* @param request servlet request
* @param response servlet response
*/
protected void processRequest(HttpServletRequest request,HttpServletResponse response)
throws ServletException, java.io.IOException
{
//
代码(
1
)通过
if
来实现对不同请求的分发
if(request.getParameter("command").equals("showarticle"))
{
ArticleCommand command = new ArticleCommand();
next = command. getAllArticle (request, response);
}
//
代码(
2
)
dispatch(request, response, next);
}
protected void doGet(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, java.io.IOException
{
processRequest(request, response);
}
protected void doPost(HttpServletRequest request,
HttpServletResponse response)
throws ServletException, java.io.IOException
{
processRequest(request, response);
}
/**
一个实现了分发者模式的函数
* @param request servlet request
* @param response servlet response
*/
protected void dispatch(HttpServletRequest request,
HttpServletResponse response,
String page)
throws javax.servlet.ServletException, java.io.IOException
{
RequestDispatcher dispatcher =
getServletContext().getRequestDispatcher(page);
dispatcher.forward(request, response);
}
}
在
Servlet
中并没有直接处理所提交的请求,而是把请求的处理推后到
ArticleCommand
类中,通过
ArticleCommand
对象来执行,如代码(
1
)。在处理完请求后,转到相应的页面中,如代码(
2
)。下面,我们看一下
ArticleCommand
类的代码。
例
1-d
:
package nepalon.simplestruts;
/**
* <p>Title: MVC framework</p>
* <p>Description:
文章业务类
<p>
* <p>Copyright: R2003</p>
* @author Nepalon
* @version 1.0
*/
import java.util.*;
import javax.servlet.*;
import java.io.*;
import java.lang.*;
import java.sql.*;
import javax.sql.*;
public class Contribute
{
public Contribute() {}
public String getAllArticle(HttpServletRequest request, HttpServletResponse response)
throws javax.servlet.ServletException, java.io.IOException
{
Connection conn=null;
String con_user = "example1";
String con_password = "example1";
String con_dburl = "jdbc:oracle:thin:@localhost:iasdb";
String con_driver = "oracle.jdbc.driver.OracleDriver";
PreparedStatement pstmt=null;
ResultSet rsComment=null;
Vector vectorComment = new Vector();
String selectSQL= "SELECT content, time FROM article ORDER BY time DESC";
try
{
DriverManager.registerDriver(new oracle.jdbc.driver.OracleDriver());
Class.forName(con_driver);
conn = DriverManager.getConnection(con_dburl,con_user,con_password);
pstmt=conn.prepareStatement(selectSQL);
rsComment=pstmt.executeQuery();
while(rsComment.next())
{
CommentItem commentItem = new CommentItem();
commentItem.setContent(rsComment.getString(1));
commentItem.setTime(rsComment.getDate(2));
vectorComment.add(commentItem);
}
vectorComment.trimToSize();
}
catch (Exception e){//
做相应的处理
}
//
代码(
1
)保存处理结果并返回跳转页面
request.setAttribute("vectorComment ", vectorComment);
return "/simplestruts/showallarticle.jsp";
}
……
public String getNewArticle(HttpServletRequest request, HttpServletResponse response)
throws javax.servlet.ServletException, java.io.IOException
{…}
}
在这个类中进行的是取得所有文章的业务,最后返回如果成功执行操作后要跳转到的页面。当然,这个类中可能还有别的业务的相应函数,读者可自己实现。下面看一下要跳转到的页面的代码。
例
1-e
(
showallarticle.jsp
文件):
<html>
<%@ page contentType="text/html;charset=gb2312"%>
<%@ page import="java.util.*, java.lang.*"%>
<jsp:useBean id="vectorComment" type="java.util.Vector" scope="request"/>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=gb2312">
<title>
显示文章
</title>
</head>
<body>
<table border="0" width="100%">
<tr>
<td>
发表时间
</td>
<td>
文章内容
</td>
</tr>
<%
if (vectorComment!=null && vectorComment.size()>0)
{
int counter=vectorComment.size();
CommentItem commentlist = null;
for (int i=0;i<counter;i++)
{
commentlist=null;
commentlist=(CommentItem)(vectorComment.get(i));
%>
<tr>
<td><%=commentlist.getCmTime()%></td>
<td><%=commentlist.getCmContent()%></td>
</tr>
<%
}
}
%>
</table>
</body>
</html>
在这个
JSP
中我们要做的只是取得结果并显示,没有涉及到相应的业务逻辑。
1.1.2
实例分析
首先,我们看一下这个例子的序列图
图
1.1.2-1
1)
首先在
Veiw
层的
test.jsp
中提交一个请求
/simplestruts/servlet/control/Controller?command=showarticle
;
2)
在
Controller
层的
Controller
对象中,根据请求的类型来调用相应的业务处理类,在这里,
command
值为
showarticle
的请求的业务处理类为
ArticleCommand
类,所以调用该类的对象的相应函数;
3)
在
Model
层的
ArticleCommand
类主要实现请求的取得所有文章的业务功能,把结果保存在
request
中,并返回跳转页面作为返回值;
4)
回到
Controller
层的
Controller
对象,根据上一步骤的返回值进行页面转发。
5)
转发到
View
层的
showallarticle.jsp
页面,这个页面从
request
中取得结果并进行显示。在这个
JSP
中虽然也有
Java
代码,但这些代码只是用于显示结果,并没有涉及到任何业务逻辑。
(转载完
查看原文
)
MVC本身就是一个非常复杂的系统,所以采用MVC实现Web应用时,如果采用现成的MVC框架,在此之下进行开发,能够达到事半功倍的效果。
Struts与MVC模式的关系
在我前面的那篇<<再战MVC(二)>>最后也说到了:MVC本身就是一个非常复杂的系统,所以采用MVC实现Web应用时,如果采用现成的MVC框架,在此之下进行开发,能够达到事半功倍的效果。因为如果说要想在一些有限的时间里构造出来一个正确并且是可维护性的应用程序,我们必须有一个好的工具或者框架来建立表现层, 纵观目前在开源社区中针对Web表现层的开源框架webwork,struts等,struts是一个不错的选择,因为Struts有完整的文档并且相对来讲比较简单。
对 MVC 体系结构还有一些常用设计模式有了一定的认识之后,回过头来再次看那本 Struts 开发者写的 <<struts in action>> ,特别是发现第二章的“研究 Struts 体系结构”能让你看了对 MVC 模式以及 Struts 的体系结构有更深刻的理解,个人感觉这一章是整本书的精华的地方。Model 1 跟 Model 2有关Model 1跟Model 2的介绍在之前的 << 再战MVC>>的两篇文章中已经介绍了,总的来说就是Servlet可以应付控制流,而 JSP则可专注于编写HTML的任务。控制层使应用层和视图去耦合认为区别于MVC 的一个原因是,观察者/通知模式不能在web 环境内工作 Model 2 并不合适。HTTP 是一个 “拉” 的协议: 客户请求然后服务器响应。没有请求就没有相应。观察者模式需要一种“推”协议来进行通知,以便服务器能在模型改变时将信息推送到客户端。书上提到,虽然也有一些方法能模拟将数据推送到客户端,但这和基本情况相悖,并且会视为是权宜的修补。
MVC 通常表示为3个互相连接的组件
上图是典型的MVC模式,经常被表示为:一个互相连接的三角形。对于一个基于Web的应用程序而言,是很难维护该三角形的“改变通知(state query/change notification)”这一部分。 这些东西在所有资源都在一台服务器上,而且客户端保持一个开放连接的情况下工作得非常好。 如果资源分布在不同的服务器上,并且客户端不能维护一个开放的连接情况下,工作的并不理想。 许多分布式系统架构,包括web应用,在视图进行状态查询的概念时退缩了。针对这种不同,绝大多数情况是入分层的概念来设计的,层内的对象可以和同一层或者相邻层的对象进行通信。在一个复杂应用中,这可以在添加组件时,防止依赖关系呈指数增长。对于分布式应用程序而言,“分层“模式是设计中的核心模式。从MVC 上下文中,引入层模式将状态改变和状态查询的职责加于控制器之上,并伴随 着改变通知。每一个模块的主要职责并没有改变。流程有轻微改变,即查询状态和改变通知都必须通过控制器。另一个改变是当视图(表现层)生成动态内容时,它使用由控制器提供的数据而不是直接由模式提供的数据。所以说这样的改变使得视图更加和模式无关了,即由控制器来选择数据并显示数据的视图,这样就从根本上去除了View 和 Model的耦合。Struts 框架与 Servlet我们知道Sun的Java Servlet作为一个基本的平台来为基于Java的Web应用程序提供了很多重要的功能。从Servlet API我们可以发现,Servlet提供了一个基本的接口来处理HTTP的请求和响应,而且我们可以用Session的上下文或其它的上下文(如请求上下文request)来作为跟踪应用程序的用户的重要的手段。其实大部分表现层框架都有一个共性的地方:以Servlet API为基础,封装一些那些经常要处理的而且是令人厌烦的、繁琐的实现细节,比如说:在一个Web应用中,表单数据的接收是一件经常要做的事,因为有大量的来自客户端用户提交的表单,然后针对这些表单,我们总是要详细分析Http请求来取出页面表单的值来。 Struts 是一个比较好的 MVC 体系结构的框架,提供了对开发 MVC 系统的底层支持,采用的主要技术是 Servlet , JSP 和 Custom tag library 。Struts框架的组件结构图从上面的组件结构图我们可以看出来,Struts的核心ActionServlet是一个MVC风格的控制器,它是连接应用程序的Model和View之间的一座桥梁。Struts 跟Model 2, MVC, 层层模式,在<<UML和模式应用>>第3版(Applying UML and Patterns)这本书讲到逻辑架构时说到了有关层模式的概念,其中有一个准则叫做: 模型-视图分离原则。这个原则规定模型(领域)对象不应该直接与视图(UI)对象连接。Struts 通过提供一个控制器ActionServlet实现了Sun的 Model 2 架构,这个控制器可以用来管理JSP页面和ActionMapping来保证表现层之外的控制流决策来实现MVC/层模式,通过Struts的配置文件,JSP可以引用一个逻辑目标。控制器组件在运行时提供准确的URI。 供一个控制器Servlet实现了Sun的 Model 2 架构,其他表现设备之间的流程。Struts 通过使用ActionForward MVC/层 模式。下表列出了Struts的核心类,即对应的经典的MVC组件职责 。核心Struts 类和MVC的对应
除了这些核心类,Struts使用一些配置文件和视图助手(view helpers)来沟通控制器和模型。下表列出了Struts 配置文件和描述了他们在架构中的角色。为将Struts配置数据暴露给视图,框架以JSP标签的形式提供了大量的助手类,这些都是struts自定义标签,如下表:
Strtuts配置文件将以上内容放在一起,下表按层列出了Struts 组件:
Struts 组件,按层索引在<<UML和模式应用>>这本书里提到了层模式中的组件应该只能和相同层和相邻层的组件交互。因此,Model 组件不能直接和View组件进行交互。我们还可以从上表中看出来,Struts中的大部分的组件其实是属于控制层的组件,因为Struts没有对模型层有严格的规定,我们可以用EJB或者其它的开源框架等。实践中,控制器与视图的交互通过请求(request),会话(session)以及Servlet平台提供的应用上下文进行(context)。 控制器和模型的交互通过文件和存储系统完成 (比如装入sturts的XML配置文档或者属性文件),或者通过其他服务,如TCP, 创建一个到JDBC数据库的连接。