目录
1.1J2EE MVC Struts框架技术及应用 (2)
1.1.1Strust框架技术概述 (2)
1.1.2Struts的整体框架 (6)
1.1.3一个简单的Struts示例 (9)
1.1.4Struts中的控制器组件 (24)
1.1.5编写Action类的要点 (28)
1.1.6Action类的程序代码示例 (30)
1.1.7编程实现JSP页面 (31)
1.1.8编程项目中的模型层组件类 (33)
1.1J2EE MVC Struts框架技术及应用
1.1.1Strust框架技术概述
1、Struts应用框架介绍
(1)框架
框架最简单的形式是指已开发过并已测试过的软件的程序块,这些程序块可以在多个软件开发工程中重用。框架提供了一个概括的体系结构模版,可以用这个模板来构建特定领域中的应用程序。
Framework概念并不是很新了,伴随着软件开发的发展,在多层的软件开发项目中,可重用、易扩展的,而且是经过良好测试的软件组件,越来越为人们所青睐。这意味着人们可以将充裕的时间用来分析、构建业务逻辑的应用上,而非繁杂的代码工程。
于是人们将相同类型问题的解决途径进行抽象,抽取成一个应用框架。这也就是我们所说的Framework。Framework的体系提供了一套明确机制,从而让开发人员很容易的扩展和控制整个framework开发上的结构。
(2)为什么会出现应用框架
您只要细心地研究真实的应用程序,就会发现程序大致上由两类性质不同的组件组成,一类与程序要处理的具体事务密切相关,我们不妨把它们叫做业务组件;另一类是应用服务。
比如说:一个税务征管系统和一个图书管理系统会在处理它们的业务方面存在很大的差异,这些直接处理业务的组件由于业务性质的不同不大可能在不同的系统中重用,而另一些组件如决定程序流向的控制、输入的校验、错误处理及标签库等这些只与程序相关的组件在不同的系统中可以很好地得到重用。
人们自然会想要是把这些在不同应用程序中有共性的一些东西抽取出来,做成一个半成品程序,这样的半成品就是所谓的程序框架,再做一个新的东西时就不必白手起家,而是可以在这个基础上开始搭建。实际上,有些大型软件企业选择自己搭建这样的框架。
(3)为什么要用框架?
因为软件系统发展到今天已经很复杂了,特别是服务器端软件,设计到的知识,内容,问题太多。在某些方面使用别人成熟的框架,就相当于让别人帮你完成一些基础工作,你只
需要集中精力完成系统的业务逻辑设计。而且框架一般是成熟,稳健的,他可以处理系统很多细节问题,比如,事物处理,安全性,数据流控制等问题。还有框架一般都经过很多人使用,所以结构很好,所以扩展性也很好,而且它是不断升级的,你可以直接享受别人升级代码带来的好处。
框架一般处在低层应用平台(如J2EE)和高层业务逻辑之间的中间层。
(3)Struts Web应用框架
Struts 是 Apache 软件基金会(Apache Software Foundation)资助的一个为开发基于MVC模式应用架构的开源框架,是利用Java Servlet和JSP、XML等方面的技术来实现构建Web应用的一项非常有用的技术,它也是基于MVC模式的Web应用最经典框架。
Struts框架的主要架构设计和开发者是Craig R.McClanahan。Struts 是目前Java Web MVC框架中不争的王者。经过长达五年的发展,Struts已经逐渐成长为一个稳定、成熟的框架,并且占有了MVC框架中最大的市场份额。
Struts把Servlet、JSP、自定义标签和信息资源(message resources)整合到一个统一的框架中,主要由一系列的框架类、辅助类和定制的JSP标记库构成。开发人员利用其进行开发时不用再自己编码实现全套MVC模式,极大的节省了时间。
2、J2EE 框架的组成
一个设计良好的框架一般分为三层:
(1)接口层
这一层要尽量使用interface,在这一层中你要考虑到你现在的、将来的可能支持的功能,但不需要去实现它,只定义到接口层次就可以了。如Struts中的插件接口PlugIn。
(2)抽象层
这一层要针对你当前的需求做定制,对你的需求中的通用逻辑做实现。这一层应该出现大量的抽象类。如Struts中的ActionServlet、Action和ActionForm等类。
(3)实现层
不用说了,把前面两层没有做掉的事情在这一层都做了吧。如Struts中后台实现的各种功能
3、为什么要提出Struts
(1)背景
由于我们开发Web应用的复杂度随着系统的复杂度的要求越来越来复杂。特别是在代码重用,代码移植、代马可插扒等问题上出现了许多重复开发、维护困难等。从而提出了Struts开发框架。它的设计目的是从整体上减轻构造企业Web应用的负担,并提供国际化和数据库连接池支持。
Struts 是一组相互协作的类、servlet 和JSP 标记,它们组成一个可重用的MVC 2 设计。这个定义表示Struts 是一个框架,而不是一个库,但Struts 也包含了丰富的标记库和独立于该框架工作的实用程序类。
(2)采用Struts的优点
在实际开发中,MVC框架开发相当费时,Struts 实现了MVC这种框架,但又扩充了该MVC 框架。这样使得系统的开发就像“填空”一样进行,相当快速。
1)采用Strust可以加快开发速度、增强系统的灵活性、降低系统的藕合性(因为它的三个
应用层松散地耦合在一起)和易于系统的维护。
2)分工明确:业务层与表示层分开,使得管理人员可以在小组内分配责任。网页设计人
员与JA V A程序员各司其职。
3)简化页面:使用标记,把逻辑处理的代码分离开来。
4)通过将问题划分为更小的组件,当技术空间或问题空间中出现变化时,您就有更多的
机会重用代码。
同时它也提供一个好的控制器和一套定制的标签库上,也就是说它的着力点在C和V上,因此,它天生就有MVC所带来的一系列优点,如:结构层次分明,高可重用性,增加了程序的健壮性和可伸缩性,便于开发与设计分工,提供集中统一的权限控制、校验、国际化、日志等等;
(3)Struts的缺点
1)有限的适用范围:Struts 是一种基于Web 的MVC 解决方案,所以必须用HTML、
JSP 文件和Servlet 来实现它。
2)J2EE 应用程序支持
3)复杂性:在将问题分为几个部分的同时也引入了复杂性(在强健性增强的同时,也意
味着复杂性的增加)。
4、Struts压缩包内容
下载后的*.zip包文件包含两个目录,lib和webapps。在lib目录中有使用struts创建应用程序是所需的文件:
在webapps目录下有如下文件:
1.1.2Struts的整体框架
1、Struts框架的MVC组件结构图
在struts框架中,模型分为两个部分:系统的内部状态和可以改变状态的操作(事务逻辑)。内部状态通常由一组ActinForm JavaBean表示。根据设计或应用程序复杂度的不同,这些Bean 可以是自包含的并具有持续的状态,或只在需要时才获得数据(从某个数据库)。
大型应用程序通常在方法内部封装事务逻辑(操作),这些方法可以被拥有状态信息的bean调用。比如购物车bean,它拥有用户购买商品的信息,可能还有checkOut()方法用来检查用户的信用卡,并向仓库发定货信息。
小型程序中,操作可能会被内嵌在Action类,它是struts框架中控制器角色的一部分。当逻辑简单时这个方法很适合。建议用户将事务逻辑(要做什么)与Action类所扮演的角色(决定做什么)分开。
Struts为Model部分提供了Action和ActionForm两种Bean对象:所有的Action处理器对象都是开发者从Struts的Action类派生的子类。Action处理器对象封装了具体的处理逻辑,调用业务逻辑模块,并且把响应提交到合适的View组件以产生响应。
Struts提供的ActionForm组件对象,它可以通过定义属性描述客户端表单数据。开发者可以从它派生子类对象,利用它和Struts提供的自定义标记库结合可以实现对客户端的表单数据的良好封装和支持,Action处理器对象可以直接对它进行读写,而不再需要和request、response对象进行数据交互。
2、Struts框架的处理流程
1)首先,控制器(ActionServlet)进行初始化工作,读取配置文件(struts-config.xml),
为不同的Struts模块初始化相应的ModuleConfig对象。比如配置文件中的Action映射定义都保存在ActionConfig集合中。相应地有ControlConfig集合、FormBeanConfig 集合、ForwardConfig集合和MessageResourcesConfig集合等。
2)Struts框架的处理流程清楚的体现了MVC系统的特点,所有的页面请求都将发送到Struts
的前端控制器ActionServlet中(因此如果要进行前置处理,可以继承ActionServlet 并重写process()方法),同时ActionServlet也将根据struts-config.xml配置文件中的设置(
3)当页面中的Form表单被提交时,ActionForm将自动地封装和处理该Form表单中的
数据。同时在Action的子类中可以存取存储在ActionForm中的Form表单数据。
4)Action的子类将处理所获得的存储在ActionForm中的Form表单数据,处理和响应客
户请求,它还调用后台的JavaBean组件完成具体的业务逻辑。同时也按照在struts-config.xml文件内的forward标签内容(如 path="/sayHello.jsp"/>),将结果交由某个JSP页面显示。 3、Struts体系组成 Struts体系可以看成两个相对独立的部分: 第一个部分是Struts API,用于编写支持Struts的应用组件; 第二部分是Struts的JSP标记库,由html、bean、logic和template四个标记组成。 Struts的两个部分有着各自不同的用户。对于规模较小的项目,同一个用户可能同时使用这两个部分;但对于规模较大的项目,通常开发者使用API组件,而负责HTML页面布局的人使用标记库。 4、struts-config.xml配置文件 框架中的模型(M)、视图(V)、控制器(C) 三个部分是通过struts-config.xml配置文件将其联系在一起。一个标准的struts-config文件包含如下结构,有一点要引起大家的注意的,就是,struts-config.xml中配置的各个项目是有一定的顺序要求的,几个主要项目的顺序大致是这样的: <?xml version="1.0" encoding="UTF-8"?> <!DOCTYPE struts-config PUBLIC "-//Apache Software Foundation//DTD Struts Configuration 1.1//EN" "https://www.doczj.com/doc/a25955612.html,/struts/dtds/struts-config_1_1.dtd > <struts-config> <data-sources />// 定义数据源 <form-beans />// 定义ActionForm <global-exceptions />// 定义全局异常 <global-forwards />// 定义全局转向url <action-mappings />// 定义action <controller />// 配置Controller <message-resources />// 配置资源文件 <plug-in />// 配置资源文件 </struts-config> 5、Struts与其它框架的不同 在Struts应用中,有一个称为ActionServlet的主调度程序(或称为分配器)。不过,并非 所有的请求都必须通过ActionServlet(以“*.do”结尾的URL都是Struts请求)。用户的请求目标可以是非Struts的页面,也可以是那些使用了Struts标记库但不使用Struts请求分配服务的页面。这正是Struts体系的优点之一:按需使用。许多编程框架要求你要么不用,要么全部使用,而且一旦你决定使用,以后要悔改从前的错误就会付出高昂的代价。Struts按需使用的优点与这类系统形成了强烈对比。 1.1.3一个简单的Struts示例 1、客户端从发出请求到获得响应整个过程的图解说明 2、配置Struts----本项目的目录结构如下 它的工作框架如下: 3、在webapp目录下新建一个Struts Web程序的目录路径(如下图的HelloWorld) 4、从https://www.doczj.com/doc/a25955612.html,下载Struts的软件包并将Struts的各个commons*.jar和struts.jar 等库文件拷贝到该Struts Web程序的目录路径下的WEB-INF\lib下。 注意:也可以共享Struts 的JAR文件,Struts JAR 可以被Web容器中的所有应用所共享。你可以简单的将Struts JAR 放在共享的lib 文件夹下面(对Tomcat 来说,共享库文件夹位于$TOMCAT/common/lib),然后在/WEB-INF/lib 文件夹下删除它们。 5、将struts的全部标签库描述文件(struts-*.tld)拷贝到Struts Web程序的目录路径下的WEB-INF\tld下 6、配置Struts Web程序的web.xml文件 该配置文件主要定义了一个请求到来后接收对请求的响应ActionServlet类以及配置文件struts-config.xml的位置、Struts的标签库等。 注意: XML元素不仅是大小写敏感的,而且它们还对出现在其他元素中的次序敏感。元素的次序也很重要。服务器不一定强制要求这种次序,但它们允许(实际上有些服务器就是这样做的)完全拒绝执行含有次序不正确的元素的Web应用。这表示使用非标准元素次序的web.xml文件是不可移植的。 PUBLIC "-//Sun Microsystems, Inc.//DTD Web Application 2.2//EN" "https://www.doczj.com/doc/a25955612.html,/j2ee/dtds/web-app_2_2.dtd"> 注意:有两种方法来定义将被ActionServlet处理的URL -- 前缀匹配和扩展匹配。 ?前缀匹配意思是你想让所有以一个特殊值开头(在上下文路径部分之后)的URL传递给这个Servlet。这样一个条目看起来可以象是这样: 它意味着一个匹配前面描述的 / execute路径的请求的URL看起来象是这样(其中/myapplicationis 是Web应用程序展开所在的上下文路径): https://www.doczj.com/doc/a25955612.html,/myapplication/execute/logon ?扩展映射基于URL以一个跟着定义的一组字符的句点结束的事实而将URL匹配到ActionServlet 。例如,JSP处理Servlet映射到 *.jsp 模式这样它在每个JSP页面请求时被调用。为了使用 *.do 扩展(它意味着“做某件事”)映射条目看起来应该象是这样: 并且一个匹配以前描述的 /logon 路径的请求的URI可以看起来象是这样:https://www.doczj.com/doc/a25955612.html,/myapplication/logon.do 注意:对Web.xml文件中的ActionServlet的初始化参数设置项目的说明: 7、配置Struts Web程序的目录路径下的struts-config.xml文件 使用配置文件来描述请求---动作的控制过程和相互关系,这样可以实现不用在代码中将对象之间的调用关系写死。那么在应用系统有变动时,我们只用修改配置文件就行了,而不是再重新编译发布程序了。 该文件主要是用于建立Controller和Model之间的关系的。它描述了Controller所使用的把请求对应到具体的处理方法的法则,同时它还描述了客户提供的数据与ActionForm组件的对应映射关系。 "-//Apache Software Foundation//DTD Struts Configuration 1.1//EN" "https://www.doczj.com/doc/a25955612.html,/struts/dtds/struts-config_1_1.dtd"> name="HelloForm" scope="request" validate="true" input="/hello.jsp"> 注意: ?type - 完整的Action实现类的类名(包括包名称) ?name - 描述封装客户端的数据的ActionForm的名称(应该与 ?path - 请求该Action的URI(在表单中将可以通过HelloWorld.do来指定该目标Action) ?unknown –如果将该属性设置为true,那么就是声明这个Action将处理整个应用中所有未找到相应处理Action的请求,当然,一个应用系统中也只会有一个Action的unknown属性可以设为true了 ?validate - 如果本属性为true则在Action动作之前其对应的ActionForm的validate方法会自动被调用,一般用以校验用户输入的数据 ?input指定包含由ActionForm所封装数据的表单所在的输入jsp页面文件名称(本例为hello.jsp),同时也指向Bean发生输入错误时必须返回到的控制页面。 struts-config.xml称为Struts配置文件。Struts应用是一个依靠struts-config.xml文件把组件连接起来的网络。struts-config.xml文件为Web应用的组件定义了逻辑名称,也定义了它们在Struts框架下的属性和关系,就像web.xml文件在Web应用框架之内定义组件一样。struts-config.xml文件包含了与Struts框架有关的应用信息,这些信息分四个类: ●数据源信息,它是可选的。在这里可以指定一个或者多个JDBC数据源,使得数据库定义 信息集中化。对于数据库访问,Struts还有一个额外的优点,即支持基本的数据库连接池功能。 ●Form Bean是JavaBean的一种特殊类型,它简化了Web表单的处理。 ●Global Forwards是全局性的转发定义信息。 ?Struts动作按照一种“请求—转发”机制运行。为了最大限度地分离动作模块与转发目标,这里使用了一种映射机制,允许通过同义词引用转发目标。一些目标页面 可能被多个动作类引用,例如登录页面,因此可以在全局转发定义部分把逻辑目标 页面映射到物理目标页面,避免把这部分信息加入到动作定义部分。 ?通过 ●Actions定义了Struts应用体系的请求分配信息,它们是核心分配器的补充定义,负责 处理各种具体的请求类型。 8、定义并编写资源文件 您可以把错误提示文字信息和其它文字信息放在ApplicationResources.properties 文件中。例如,您可以用在JSP 中显示标题,内容可以从资源绑定中获得。资源绑定还支持国际化。 定义资源信息文件,其存放的位置以classes为起始,本例包含包名称为example。因此应该将该文件存放在如图所示的目录下。 其内的内容示例如下: hello.title=您好!欢迎您使用利用Struts技术所实现的网站 hello.head=您好!这是我在学习Struts技术时的第一个程序例 hello.prompt=请您输入您的名称,我将向您问候! hello.donot.talkto.badperson=Don't talk to badperson!!!! hello.nopersonerror=Please enter a Person to say hello to! 9、编程Action类 package example; import javax.servlet.*; import javax.servlet.http.*; import org.apache.struts.action.*; import org.apache.struts.util.MessageResources; import https://www.doczj.com/doc/a25955612.html,mons.beanutils.PropertyUtils; public class HelloAction extends Action { public HelloAction() { } public ActionForward execute(ActionMapping mapping, ActionForm form,HttpServletRequest request, HttpServletResponse response) throws java.io.IOException,javax.servlet.ServletException { ActionErrors errors = new ActionErrors(); String person = null; HelloForm helloForm = (HelloForm)form; person = helloForm.getPerson(); String badPerson = "badperson"; if(person.equals(badPerson)) { errors.add("person", new ActionError("hello.donot.talkto.badperson",badPerson)); saveErrors(request,errors); return new ActionForward(mapping.getInput()); } HelloModel helloModel = new HelloModel(); helloModel.setPerson(person); helloModel.saveToPersistentStore(); request.setAttribute("helloModel",helloModel); String str = request.getParameter("tt"); System.out.println("tt is : "+str); str = request.getParameter("submit"); System.out.println("submit is: "+str); str = request.getParameter("sub"); System.out.println("sub is: "+str); return mapping.findForward("sayHello"); } } 注意:Action类中的execute()方法,仅当ActionForm组件中的validate()成功执行以后才会被执行。 10、编程ActionForm类 Struts中需要一个ActionForm,它实际是一个Javabean,字段都是JSP中form的一些字段,如果有过JSP/Javabeans开发经验的人会使用下列代码: 这里UserInfoBean的字段对应HTML中Form表单的字段,从而在Form提交时,表单字段自动映射到UserInfoBean的字段。 package example; import javax.servlet.http.*; import org.apache.struts.action.*; public class HelloForm extends ActionForm { private String person = null; public void setPerson(String person) { this.person = person; } public String getPerson() { return person; } public void reset(ActionMapping mapping, HttpServletRequest request) { this.person = null; } public ActionErrors validate(ActionMapping mapping, HttpServletRequest request) { ActionErrors errors = new ActionErrors(); if(person == null || person.length() < 1) { errors.add("person",new ActionError("hello.nopersonerror")); } return errors; } } 注意:Action及ActionForm组件的执行过程 首先,Struts的ActionServlet接收到一个请求,然后根据struts-config.xml的配置定位到相应的mapping(映射);接下来如果form的范围是request或者在定义的范围中找不到这个form,创建一个新的form实例;取得form实例以后,调用其reset()方法,然后将表单中的参数放入form。 如果validate属性不为false,调用validate()方法;如果validate()返回非空的ActionErrors,将会被转到input属性指定的URI,如果返回空的ActionErrors,那么执行Action的execute()方法,根据返回的ActionForward确定目标URI。 2012年第11卷第6期 产业与科技论坛2012.(11).6 Industrial &Science Tribune Struts2框架工作原理及应用体会 □宋 君 张家爱 【摘要】通过针对特定用户的分析,搭建以Struts2为技术核心的旅行社管理系统。本文简单的介绍了MVC 、 Struts2的工作原理,同时总结了在项目制作过程中所得到的心得。 【关键词】 Struts2;MVC ;FilterDispatcher ;Action 【基金项目】本文为大学生科技创新院级基金项目(编号:2011070)成果 【作者单位】宋君,吉林农业科技学院信息工程学院;张家爱,吉林农业科技学院信息工程学院教师 本着锻炼自我与积极参与到实用性技术的目标,以发掘自身创新意识为前提。利用空闲时间,在老师的指导下,进行了一次大学生创新项目的实践性活动。本着实用原则,以某中小旅行社为客户(根据用户需求,匿名),以Struts2框架为基点,进行了一次旅行社管理系统的开发。在项目结束之余, 特将在项目过程中经历的种种认识进行了简单的总结,希望让阅读本文的朋友们,更多的参与到此类活动中。 一、基础思想— ——MVC 简述作为时下经典框架之一, MVC 具有其独特的价值。MVC 框架简单的说,就是将数据模型与用户视图进行分离。通过控制器进行协调处理的一种结构是框架。同时,也是本文中要讨论的Sturts2框架的基础思想。 M 是指模型层(Model ),V 是指用户视图(View ),C 则是指控制器 (Controller )。这种划分方式是以将模型层与视图层进行代码分离,从而降低两者之间的耦合性,使同一程序可以使用不同形式进行表现。不同层之间的修改不会或尽量少的印象到其他层功能的史前为前提。有效的提高的代码的维护性和设计难度。 图1 二、 Struts2工作原理(一)Struts2框架组成。Struts2框架由三个主要部分组成:核心控制器、业务控制器,以及由用户实现的业务逻辑组件。这里我们将侧重于核心控制器与业务控制器的理解与说明。 (二)核心控制器:FilterDispatcher 。FilterDispatcher 是Struts2框架的核心控制器,在此,我们可以将FilterDispatcher 看作一个类似于过滤网的过滤器。当用户发出请求,并到达Web 硬哟那种时,该过滤器会过滤用户请求。如果用户请求的结尾为action ,则将该请求转入Struts2框架进行处理。当Struts2框架获得了*.actio 请求后,会根据请求前面“*”的那部分内容,决定调用哪个业务逻辑组件作为响应单位。这里需要说明的是Struts2用来处理用户请求的Action 实例并不是业务控制器,而是作为Action 的代理———正因为Struts2的一大特点,与Servlet API 的非耦合性,使得用户实现的业务控制器无法直接处理用户请求。有效的提高了后期调试维护的效率。而Struts2框架再次提供了了一系列的拦截器。这些拦截器负责将HttpServletRequest 请求的参数解析出来,传入Action 中,并毁掉Action 的Execute 方法来处理用户请求。用户实现的Action 类仅作为Struts2的Action 代理的代理目标。用户实现的业务控制器则包含了对用户请求的处理。用户的请求数据包含在HttpServletRequest 对象中,而用户的Action 类无需访问HttpServletRequest 对象。拦截器负责将HttpServletRequest 里的请求数据解析出来,并传给业务逻辑组件Action 实例。 (三)业务控制器。业务控制器就是前文提到的用来实现用户Action 的实力,这里的每个Action 类通常包含有一个execute 方法,当业务控制器处理完用户的请求后,该方法将会针对此次处理返回一个字符串— ——该字符串就是一个逻辑树图名。当程序开发人员开发出系统所需要的业务控制器后,还需要针对性的配置Struts2的Action ,即需要配置Ac- tion 的以下三个部分:(1)Action 所处理的URl 。(2)Action 组件所对应的实现类。(3)Action 里包含的逻辑试图和物理资源之间的对应关系。每个Action 都要处理一个用户请求,而用户请求则总是包含有指定的URL 。当核心控制器过滤用户请求,并调用后,根据请求的URL 和Action 处理URL 之间的对应关系来处理转发。 · 342· 面向对象框架技术及应用 面向对象框架技术是软件重用的一种重要方式。本文以面向对象开发方法为基础,结合防空C I通信网仿真系统,介绍了开发特定领域应用框架的方法。 引言 在现代软件工程中,软件重用已经成为其中一个主要目标。代码重用通过面向对象语言的继承机制和编译技术已成为 现实。随着面向对象技术的日趋成熟,像这样低层次的复用已经不适合于特定领域大型软件生产的需求。为了提高软件生产过程的重用力度,软件领域的先驱者们开始进行一种新的尝试来提高软件生产力,他们不仅要重用旧的代码,而且要重用相似的分析设计结果和体系结构,来减少构造新软件系统的代价并提高软件的可靠性。基于框架的方式就是这样一种面向特定领域的重用技术。 框架由于提供了大力度的重用而被认为是一种最有前途的 面向对象技术。单独的类的重用,尽管有用,但由于重用力度小而不具备有意义的生产力的飞跃,只有把特定领域的体系结构作为一个整体进行重用才能取得引人注目的成就。 在仿真领域中,面向对象使得映射问题域到方案域变得很容易。方法和数据可以绑定到面向对象风格的程序中。仿真领域中的一个具体的实体都可以作为一个主动或被动对象,因 此采用面向对象技术来解决仿真问题是明智的。本文将结合建立C3I通讯子网仿真来讨论建立面向对象框架的方法和步骤。 ■面向对象框架 1.什么是面向对象框架 一个面向对象框架是指在特定领域中的应用软件的半成品。框架是对于那些试图在他们所关心的领域构造一个复杂软 件系统的用户而言的。因为它是处于特定领域中,所以应用系统的体系结构在许多不同的方面具有一定的相似性。框架利用一系列的对象和它们之间的接口来对应静态和恒定结 构的端口,并保留友好界面使用户能够很容易完成变化的、不稳定的剩余部分而得到一个新应用程序。任何框架都是特定领域的框架,一个框架可以包含一个或多个模式。 一般来说,如图1所示,框架定义了一个应用程序的骨架并提供可以放置于该骨架中的标准用户界面实现。作为一个程序员,你的工作只是在骨架中填入你的应用程序中特定的部分。目前有关面向对象框架尚未形成一个严格而精确的定义,国外著名的软件设计大师Ralph Johnson 教授对面向对象 技术进行了长期而深入的研究,在他写的许多关于面向对象的论文中对框架进行了如下定义: 图1 特定领域的框架 第一章:1、软件体系结构的定义 国内普遍看法: 体系结构=构件+连接件+约束 2、软件体系结构涉及哪几种结构: 1、模块结构(Module) 系统如何被构造为一组代码或数据单元的决策 2、构件和连接件结构(Component-And-Connector,C&C) 系统如何被设计为一组具有运行时行为(构件)和交互(连接件)的元素 3、分配结构(Allocation) 展示如何将来自于模块结构或C&C结构的单元映射到非软件结构(硬件、开发组和文件系统) 3、视图视点模型 视点(View point) ISO/IEC 42010:2007 (IEEE-Std-1471-2000)中规定:视点是一个有关单个视图的规格说明。 视图是基于某一视点对整个系统的一种表达。一个视图可由一个或多个架构模型组成 架构模型 架构意义上的图及其文字描述(如软件架构结构图) 视图模型 一个视图是关于整个系统某一方面的表达,一个视图模型则是指一组用来构建 4、软件体系结构核心原模型 1、构件是具有某种功能的可复用的软件结构单元,表示了系统中主要的计算元素和数据存储。 2.连接件(Connector):表示构件之间的交互并实现构件 之间的连接 特性:1)方向性2)角色3)激发性4)响应特征 第二章 1、软件功能需求、质量属性需求、约束分别对软件架构产生的影响 功能性需求:系统必须实现的功能,以及系统在运行时接收外部激励时所做出的行为或响应。 质量属性需求:这些需求对功能或整个产品的质量描述。 约束:一种零度自由的设计决策,如使用特定的编程语言。 质量原意是指好的程度,与目标吻合的程度,在软件工程领域,目标自然就是需求。 对任何系统而言,能按照功能需求正确执行应是对其最基本的要求。 正确性是指软件按照需求正确执行任务的能力,这无疑是第一重要的软件质量属性。质量属性的优劣程度反映了设计是否成功以及软件系统的整体质量。 系统或软件架构的相关视图的集合,这样一组从不同视角表达系统的视图组合在一起构成对系统比较完整的表达 Struts2Validator Struts2验证框架 Updated Jun 18, 2010 by cm2...@https://www.doczj.com/doc/a25955612.html, Action配置中一定要设置input返回页面 添加验证只要创建验证的xml文件 1.创建xml文件名 验证Action中全部方法 在Action同包下,创建:Action类名-validation.xml 如:ValidateAction创建ValidateAction-validation.xml 验证Action中单个方法 软件体系结构设计说明书 编者说明: 随着OO方法论地日臻成熟,其思想也从编程(OOP)到了设计(OOD)和分析(OOA),而软件体系结构则是从设计的最高层进行设计与规划的技术,本文档模板就是用来帮助你从用例视图、逻辑视图、进程视图、部署视图等方面对系统进行总体描述。 1.文档简介 [本节主要是描述软件体系结构设计说明书的目的、范围、相关术语、参考资料和本文档的摘要性介绍。软件体系结构设计属于高层设计文档,是符合现代软件工程要求的概要设计。] 1.1 目的 [软件体系结构设计说明书,将从设计的角度对系统进行综合的描述,使用不同的视图来描述其不同方面。在本小节中,将对该文档的结构进行简要的说明,明确该文档针对的读者群,指导他们正确的地使用该文档。] 1.2 范围 [说明该文档所涉及的内容范围,以及将影响的内容。] 1.3 定义、首字母缩写词和缩略语 [与其它文档一样,该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。还有一种可简明的做法,就是维护在一个项目词汇表中,这样就可以避免在每个文档中都重复很多内容。] 1.4参考资料 [在这一小节中,应完整地列出该文档引用的所有文档。对于每个引用的文档都应该给出标题、标识号、日期以及来源,为阅读者查找这些文档提供足够详细的信息。] 1.5 概述 [在本小节中,主要是说明软件体系结构设计说明书各个部分所包含的主要内容,就像一个文章摘要一样。同时也应该对文档的组织方式进行解释。] 2. 体系结构表示方式 [本节说明软件体系结构在当前系统中的作用及其表示方式。它将列举其所必需的用例视图、逻辑视图、进程视图、部署视图或实施视图,并分别说明这些视图包含哪些类型的模型元素。] 3. 软件体系结构的目标和约束 [本节说明对软件体系结构具有某种重要影响的软件需求和用户目标,例如,系统安全性、保密性、第三方组件的使用、可移植性、发布和重新使用。它还要记录可能适用的特殊约束:设计与实施策略、开发工具、团队结构、时间表、遗留系统等。] 软件开发合作框架协议 甲方: _______________________________________ 乙方: _______________________________________ 签订日期:________ 年_______ 月 _______ 日 软件开发合作框架协议甲方: 地址: 联系电话: 乙方: 地址: 联系电话: 依照《中华人民共和国合同法》、《中华人民共和国知识产权法》等法律法规、地方规章条例及行业规章之规定,甲乙双方为了建立长期的合作伙伴关系,明确双方责任,在软件开发合作过程中,本着相互合作、互惠互利的原则,共同协商达成如下协议,以便共同遵守: 第一条、合同标的 1、软件项目名称: 2、内容及要求: (1)开发内容:根据甲乙双方合作的要求,乙方在规定时间内完成______________________ 软件的功能开发,该系统的设计要求如下: a、根据合作内容的实际情况设计开发与之相符合的系统。 b 内部交流系统开发出包含(学习,考试,交流,意见箱功能)。 c、0A 系统,CRM系统开发出通用的系统。 (2)该软件的主要功能: __________________________________ 。 3、合作开发时间: (1)启动日期:自________ 年 _________ 月_________ 日开始启动。 (2) ____________________________________________________ 完成期限:自项目正式启动之日起,在 ____________________________________ 年_________ 各种系统架构图及其简介 1.Spring 架构图 Spring 是一个开源框架,是为了解决企业应用程序开发复杂性而创建的。框架的主要优势之一就是其分层架构,分层架构允许您选择使用哪一个组件,同时为J2EE 应用程序开发提供集成的框架。Spring 框架的功能可以用在任何J2EE 服务器中,大多数功能也适用于不受管理的环境。Spring 的核心要点是:支持不绑定到特定J2EE 服务的可重用业务和数据访问对象。这样的对象可以在不同J2EE 环境(Web或EJB )、独立应用程序、测试环境之间重用。 组成Spring 框架的每个模块(或组件)都可以单独存在,或者与其他一个或多个模块联合实现。每个模块的功能如下: ?核心容器:核心容器提供Spring 框架的基本功能。核心容器的主要组件是BeanFactory ,它是工厂模式的实现。BeanFactory 使用控制反转(IOC )模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。 ?Spring 上下文:Spring 上下文是一个配置文件,向Spring 框架提供上下文信息。Spring 上下文包括企业服务,例如JNDI 、EJB 、电子邮件、国际化、校验和调度功能。 ?Spring AOP :通过配置管理特性,Spring AOP 模块直接将面向方面的编程功能集成到了Spring 框架中。所以,可以很容易地使Spring 框架管理的任何对象支持AOP 。Spring AOP 模块为基于Spring 的应用程序中的对象提供了事务管理服务。通过使用Spring AOP ,不用依赖EJB 组件,就可以将声明性事务管理集成到应用程序中。 ?Spring DAO :JDBC DAO 抽象层提供了有意义的异常层次结构,可用该结构来管理异常处理和不同数据库供应商抛出的错误消息。异常层次结构简化了错误处理,并且极大地降低了需要编写的异常代码数量(例如打开和关闭连接)。Spring DAO 的面向JDBC 的异常遵从通用的DAO 异常层次结构。 ?Spring ORM :Spring 框架插入了若干个ORM 框架,从而提供了ORM 的对象关系工具,其中包括JDO 、Hibernate 和iBatis SQL Map 。所有这些都遵从Spring 的通用事务和DAO 异常层次结构。 Struts2复习题 1.以下属于struts2的控制器组件是: A.Action B.ActionForm C.ActionServlet D.dispatchAction 2.以下属于struts2的体系结构的是:(多选) A.struts2控制器组件 B.struts2配置文件 C.FilterDispathcer D.Action 3.以下属于struts2配置文件中的配置元素是:(多选) A. 软件体系结构设计说明书 1.文档简介 [本节主要是描述软件体系结构设计说明书的目的、范围、相关术语、参考资料和本文档的摘要性介绍。软件体系结构设计属于高层设计文档,是符合现代软件工程要求的概要设计。] 1.1 目的 [软件体系结构设计说明书,将从设计的角度对系统进行综合的描述,使用不同的视图来描述其不同方面。在本小节中,将对该文档的结构进行简要的说明,明确该文档针对的读者群,指导他们正确的地使用该文档。] 1.2 范围 [说明该文档所涉及的内容范围,以及将影响的内容。] 1.3 定义、首字母缩写词和缩略语 [与其它文档一样,该文档也需要将本文档中所涉及的所有术语、缩略语进行详细的定义。还有一种可简明的做法,就是维护在一个项目词汇表中,这样就可以避免在每个文档中都重复很多内容。] 1.4参考资料 [在这一小节中,应完整地列出该文档引用的所有文档。对于每个引用的文档都应该给出标题、标识号、日期以及来源,为阅读者查找这些文档提供足够详细的信息。] 1.5 概述 [在本小节中,主要是说明软件体系结构设计说明书各个部分所包含的主要内容,就像一个文章摘要一样。同时也应该对文档的组织方式进行解释。] 2. 体系结构表示方式 [本节说明软件体系结构在当前系统中的作用及其表示方式。它将列举其所必需的用例视图、逻辑视图、进程视图、部署视图或实施视图,并分别说明这些视图包含哪些类型的模型元素。] 3. 软件体系结构的目标和约束 [本节说明对软件体系结构具有某种重要影响的软件需求和用户目标,例如,系统安全性、保密性、第三方组件的使用、可移植性、发布和重新使用。它还要记录可能适用的特殊约束:设计与实施策略、开发工具、团队结构、时间表、遗留系统等。] 4.用例视图 [本节使用用例分析技术所生成的系统用例模型,描述其中的一些用例或场景。在该模型中纳入用例或场景,应该是系统中最重要、最核心的功能部分。] [另外,在本节中还应该选择一个主要的用例,对其进行描述与解释,以帮助读者了解软件的实际工作方式,解释不同的设计模型元素如何帮助系统实现。] 5. 逻辑视图 [逻辑视图主要是反映系统本质的问题领域类模型,在逻辑视图中将列出组成系统的子系统、包。而对每个子系统、包分解成为一个个类,并说明这些关键的实体类的职责、关系、操作、属性。这也是OO思想的体现,以类、类与类之间的协作、包、包与包之间的协作模型来表达系统的逻辑组织结构。] 5.1概述 [在本小节中,列出逻辑视图的顶层图,该图将反映系统由哪些包组成,每个包之间的关系与协作,以及包的层次结构。使得读者对整个软件体系结构有一个整体的了解。] 5.2影响软件体系结构的重要设计包 [在本小节中,将从逻辑视图中选择有重要意义的设计包,每个设计包有一个小节来描述,说明这些包的名称、简要的说明、该包中的主要类和相关的类图。对于包中的重要的类,还应该说明其名称、简要说明、主要职责、操作、属性等。] 6. 进程视图 [本节主要描述该软件体系结构下,系统运行态的情况。描述系统在执行时,包括哪些进程(包括线程、进程、进程组),以及它们之间是如何进行通信的、如何进行消息传递、接口如何。并且来说明如何进行组织。] 合同编号:【】技术委托开发框架合同 甲方:【】 乙方:【】 【】年【】月 甲方:中国移动通信集团浙江有限公司 住所:浙江省杭州市环城北路288号 法定代表人: 乙方: 住所: 法定代表人: 甲方因业务需要拟委托有资质有能力的软件开发企业开发软件,而乙方拥有相应的软件开发资质和能力并愿意承担甲方委托的软件开发任务。根据《中华人民共和国合同法》的规定,经双方友好协商,就甲方委托乙方开发软件事宜达成如下条款: 1.委托软件开发 1.1甲方委托乙方开发其指定的软件,乙方同意接受甲方的委托开发软件。 1.2甲方对乙方的委托期限为【】年,即自【】年【】月【】日起至【】年【】月【】日止。 1.3本合同为框架合同,甲方在本协议委托期限内委托乙方开发的软件均受本框架合同约束。具体软件开发的内容、要求、功能、指标、开发期限和费用等事项,由双方在软件开发任务单中明确约定。本框架合同与软件开发任务单有冲突的,以软件开发任务单为准。甲方软件开发任务单指定签署人为【】,并需加盖甲方公章或甲方【】部门印章。 1.4合同期内甲方委托乙方开发软件最高限价为【】元。本合同项下累计金额超过最高限价的,乙方应立即通知甲方,除非甲方予以书面确认,否则超过最高限价部分的金额不予结算,由乙方自行承担。 2.软件开发费用支付 双方约定按以下第【】种方式结算 (一)按任务单结算,每个任务单完成并通过验收后按单结算; (二)以【】为周期定期结算,以上【】实际完成并通过验收的任务单为结算依据; 结算前,乙方应提交付款通知书、甲方确认通过验收的书面证明以及正式发票。 3.知识产权 3.1 甲方向乙方提供任何文件、信息和数据不构成向乙方转让、授予非基于为甲 方提供本项目项下技术开发目的的使用权、任何特许权或其他任何权利。 3.2 为确保甲方有权实施乙方依据本合同所完成的技术成果,乙方应给予甲方永 久地、免费地、不可撤销的使用乙方在与甲方签署本合同之前所拥有的为实施本合同技术成果所不可避免的相关知识产权的权利。 3.3 双方在履行本合同过程中形成的所有技术成果(包括阶段性成果和最终成果, 无论是否最终被甲方采用或认可)、软件系统、硬件设备及技术资料的知识产权均归属于甲方,乙方应积极配合甲方以合法方式取得并行使上述知识产权,包括但不限于及时披露在本合同执行过程中甲方认为可能需要进行专利申请的技术方案。 未经甲方事先书面许可,乙方不得实施该项技术成果,也不得将该项技术成果以任何方式透露、提供、许可、转让或交换给任何第三方。 3.4 乙方保证向甲方提交的技术成果,为乙方自行研究开发并合法利用了公有领 域的信息和知识,不侵犯他人的版权、专利权和商业秘密等知识产权,也不违反乙方与第三方的保密义务或有关知识产权协议,甲方不会因为实施本合同技术成果导致侵犯第三方的知识产权,否则,由乙方承担全部责任。 3.5乙方向甲方移交软件的软件成果,包括目标程序、源代码、文档和使用说明等。 4.验收 4.1在乙方交付软件成果后,双方按软件开发任务单确定的开发要求、功能、指标对软件成果进行初步验收,各项开发要求、功能、指标符合软件开发任务单的,由双方签署初验合格报告。 4.2初验合格后即进入六个月试运行阶段(软件任务单对试运行期限有特殊 Struts2原理 上图来源于Struts2官方站点,是Struts 2 的整体结构。 Struts2框架由3个部分组成:核心控制器FilterDispatcher、业务控制器和用户实现的业务逻辑组件。在这3个部分里,Struts 2框架提供了核心控制器FilterDispatcher,而用户需要实现业务控制器和业务逻辑组件。 (1)核心控制器:FilterDispatcher FilterDispatcher是Struts2框架的核心控制器,该控制器作为一个Filter运行在Web应用中,它负责拦截所有的用户请求,当用户请求到达时,该Filter 会过滤用户请求。如果用户请求以action结尾,该请求将被转入Struts2框架处理。 Struts2框架获得了*.action请求后,将根据*.action请求的前面部分决定调用哪个业务逻辑组件,例如,对于login.action请求,Struts2调用名为login的Action来处理该请求。 Struts2应用中的Action都被定义在struts.xml文件中,在该文件中定义Action 时,定义了该Action的name属性和class属性,其中name属性决定了该Action 处理哪个用户请求,而class属性决定了该Action的实现类。 Struts2用于处理用户请求的Action实例,并不是用户实现的业务控制器,而是Action代理——因为用户实现的业务控制器并没有与Servlet API耦合,显然无法处理用户请求。而Struts2框架提供了系列拦截器,该系列拦截器负责将HttpServletRequest请求中的请求参数解析出来,传入到Action中,并回调Action 的execute方法来处理用户请求。 (2)一个请求在Struts2框架中的处理大概分为以下几个步骤 1 .客户端初始化一个指向Servlet容器(例如Tomcat)的请求,即HttpServletRequest请求。 2 .这个请求经过一系列的过滤器(Filter)(这些过滤器中有一个叫做ActionContextCleanUp的可选过滤器,这个过滤器对于Struts2和其他框架的集成很有帮助,例如:SiteMesh Plugin) 3. 接着FilterDispatcher被调用,FilterDispatcher询问ActionMapper来决定这个请是否需要调用某个Action 4 .如果ActionMapper决定需要调用某个Action,FilterDispatcher把请求的处理交给ActionProxy 5 .ActionProxy通过Configuration Manager询问框架的配置文件,找到需要调用的Action类 6 .ActionProxy创建一个ActionInvocation的实例。 7 .ActionInvocation实例使用命名模式来调用,在调用Action的过程前后,涉及到相关拦截器(Intercepter)的调用。 8 .一旦Action执行完毕,ActionInvocation负责根据struts.xml中的配置找到对应的返回结果。返回结果通常是(但不总是,也可能是另外的一个Action链)一个需要被表示的JSP或者FreeMarker的模版。在表示的过程中可以使用Struts2 框架中继承的标签。在这个过程中需要涉及到ActionMapper Struts2的工作机制分析及实例 一、概述 本章讲述Struts2的工作原理。 读者如果曾经学习过Struts1.x或者有过Struts1.x的开发经验,那么千万不要想当然地以为这一章可以跳过。实际上Struts1.x 与Struts2并无我们想象的血缘关系。虽然Struts2的开发小组极力保留Struts1.x的习惯,但因为Struts2的核心设计完全改变,从思想到设计到工作流程,都有了很大的不同。 Struts2是Struts社区和WebWork社区的共同成果,我们甚至可以说,Struts2是WebWork的升级版,他采用的正是WebWork 的核心,所以,Struts2并不是一个不成熟的产品,相反,构建在WebWork基础之上的Struts2是一个运行稳定、性能优异、设计成熟的WEB框架。 本章主要对Struts的源代码进行分析,因为Struts2与WebWork的关系如此密不可分,因此,读者需要下载xwork的源代码,访问https://www.doczj.com/doc/a25955612.html,/xwork/download.action即可自行下载。 下载的Struts2源代码文件是一个名叫struts-2.1.0-src.zip的压缩包,里面的目录和文件非常多,读者可以定位到 struts-2.1.0-src\struts-2.0.10\src\core\src\main\java目录下查看Struts2的源文件,如图14所示。 (图14) 二、主要的包和类 Struts2框架的正常运行,除了占核心地位的xwork的支持以外,Struts2本身也提供了许多类,这些类被分门别类组织到不同的包中。从源代码中发现,基本上每一个Struts2类都访问了WebWork提供的功能,从而也可以看出Struts2与WebWork千丝万缕的联系。但无论如何,Struts2的核心功能比如将请求委托给哪个Action处理都是由xwork完成的,Struts2只是在WebWork 的基础上做了适当的简化、加强和封装,并少量保留Struts1.x中的习惯。 第一章Struts2的起源和发展 说到网络应用很难让人不联想到网络信息的浏览,自从Internet进入民用领域之后,上网成为了越来越多的人闲暇时光的消磨手法。于是网络系统的开发也变得越来越总要。 1.1 Web技术的发展 随着Internet技术的大面积应用和发展,传统的静态HTML页面由于缺乏足够的用户交互能力已经无法满足日益膨胀的网络需求。人们希望Web应用中能够包含更多的动态交互功能,于是为了应对拥有更广泛用户群的动态Web开发,软件开发商分别推出的ASP和JSP两款动态网站开发解决方案。但是当时的JSP 开发并没有很科学的层次设计,最初的JSP开发中逻辑代码和前端代码杂合在一起。虽然在最初开发时这样的做法使得开发非常的容易,然而随着Web系统的使用越来越广泛,应用规模的日益增长,如果继续使用传统的简单的JSP + Servlet 结构进行Web系统的开发,则会由于系统层次混乱而导致系统的开发难度和维护成本越来越大,最终使开发过程陷入困境。 1.2 MVC思想进入Web系统开发 面对开发过程中所出现的困难,开发者们试图寻找一种能够使得开发结构更加具有条理性的开发模式。根据以往面向对象系统设计的经验,开发者开始将MVC开发模式引入Web系统的开发。MVC模式将一个应用分为三个基本部分:Model(模型)、View(视图)、Controller(控制器)。在此模式中触发事件由控制器捕获,并根据事件的类型来改变模型和视图。这样既可将系统模型与视图分离,从而使各部分能够工作在最小的耦合状态下协同工作,从来提高系统的扩展性和可维护性。将其引入Web系统开发后,系统模式由传统的JSP完成用户请求和响应改变为由控制器捕获用户请求,JavaBean完成模型操作,而JSP专门负责响应用户需求。老一代的开发框架Struts1便是这时的产物。 《UML面向对象技术》 清华大学出版社王少锋编著 第一章面向对象技术概述 1.对象:是系统中用来描述客观事物的一个实体,它是构成系统的一个基本单位。对象之间 2.通过消息通信。 3.类:是具有相同属性和方法的一组对相机和,它为属于该类的全部对象提供了统一的描述。 4.封装:把对象的属性和方法结合成一个独立的系统单位,并尽可能的隐蔽对象的内部细节。 5.继承:利用继承,子类可以继承父类的属性或方法。 6.多态:指是一个实体在不同上下文条件下具有不用意义或方法的能力。 7.消息:向对象发出服务请求。 第二章UML概述 1.UML:Unified Modeling Language 统一建模语言 2.UML定义1:是对软件密集型系统中的制品进行可视化,详述,构造和文档化的语言。 3.UML定义2:(1)语义:UML对语义的描述使开发者能在语义上取得一致认识,消除了 因人而异的表达方法所造成的影响。 (2)表示法:UML表示法定义UML符号的表示法,为开发者或开发工具使 用这些图形符号和文本语法为系统建模提供了标准。 4.UML特点:①统一的标准。 ②面向对象。 ③可视化、表示能力强大。 ④独立与过程。 ⑤概念明确,建模表示法简洁,图形结构清晰,容易掌握和使用。 注:UML不是一个独立的软件开发方法,而是面向对象软件开发方法中的一个部分。 5.四种关系:①依赖②关联③泛华④实现 6.九种图:①用例图②顺序图③协作图④类图⑤对象图⑥状态图⑦活动图⑧构件图 ⑨部署图 第三章用例和用例图 1.用例图:是从用户角度描述系统功能,是用户所能观察到的系统功能的模型图。 2.用例:是系统中的一个功能单元。 3.参与者:是指系统以外的,需要使用系统或与系统交互的东西,包括人、设备、外部系统 等。 4.用例间的关系: ①泛化:代表一般与特殊的关系。在泛化关系中,子用例继承了父用例的行为和含义,子用 例也可以增加新的行为和含义或覆盖父用例中的行为和含义。 ②包含:指的是两个用力之间的关系,其中一个用用例的行为包含另一个用例的行为。 ③扩展:基本用例声明若干个“扩展点”,扩展用例在这些扩展点上增加新的行为和含义。 5.泛化、包含、扩展的比较:泛化关系和扩展关系:泛化干系和扩展关系表示的是用例之间 的“is a”关系,包含关系表示的是用例之间的“has a”关系。扩展关系和泛化关 系相比,多了扩展点的概念,一个扩展用例只能在基本用例的扩展点上进行扩展。 6.用例描述包括内容:①用例的目标; ②用例是如何启动的; 1、设计模式一般用来解决什么样的问题( a) A.同一问题的不同表相B不同问题的同一表相 C.不同问题的不同表相 D.以上都不是 2、下列属于面向对象基本原则的是( c ) A.继承 B.封装 C.里氏代换D都不是 3、Open-Close原则的含义是一个软件实体( a ) A.应当对扩展开放,对修改关闭. B.应当对修改开放,对扩展关闭 C.应当对继承开放,对修改关闭 D.以上都不对 4、当我们想创建一个具体的对象而又不希望指定具体的类时,可以使用(a )模式。 A.创建型 B.结构型C行为型D.以上都可以 5、要依赖于抽象,不要依赖于具体。即针对接口编程,不要针对实现编程,是( d ) 的表述 A.开-闭原则 B.接口隔离原则 C.里氏代换原则 D.依赖倒转原则 6、依据设计模式思想,程序开发中应优先使用的是( a )关系实现复用。 A, 委派 B.继承C创建 D.以上都不对 复用方式:继承和组合聚合(组合委派) 7、设计模式的两大主题是( d ) A.系统的维护与开发 B 对象组合与类的继承 C.系统架构与系统开发 D.系统复用与系统扩展 8、单子模式中,两个基本要点( a b )和单子类自己提供单例 A .构造函数私有 B.唯一实例 C.静态工厂方法 D.以上都不对 9、下列模式中,属于行为模式的是( b ) A.工厂模式B观察者C适配器以上都是 10、“不要和陌生人说话”是( d )原则的通俗表述 A.接口隔离 B.里氏代换 C.依赖倒转 D.迪米特:一个对象应对其他对 象尽可能少的了解 11、构造者的的退化模式是通过合并(c )角色完成退化的。 A.抽象产品B产品C创建者D使用者 12、单子(单例,单态)模式类图结构如下: 下列论述中,关于”0..1”表述的不正确的是( d ) A.1表示,一个单例类中,最多可以有一个实例. B.”0..1”表示单例类中有不多于一个的实例 C.0表示单例类中可以没有任何实例 D.0表示单例类可以提供其他非自身的实例 13、对象适配器模式是(a )原则的典型应用。 A.合成聚合复用原则 B.里式代换原则 C.依赖倒转原则 D.迪米特法则 软件开发施工图 一、项目组织架构 A 项目经理 负责分析、设计和协调工作。随时监控各开发人员的工作,包括内容是否与要求发生偏差,进度是否滞后等等,同时给每个开发人员明确的任务书。 在项目周期内项目经理最好不要更换。大项目需要配备专门的系统分析师和系统设计师。 B 开发人员 熟悉针对软件开发的编程工具,并具有丰富的编程经验,负责完成不同层与模块的编程工作。 开发人员数量视系统模块数量和开发难度而定。 C 业务需求人员 熟悉业务工作流程,有丰富的业务经验。 业务需求人员的选择应覆盖系统所服务的业务部门。 D 文档整理人员 随时整理系统开发过程中相关的技术文档。 作为业务支撑,文档整理人员需熟悉软件开发的流程、文档管理、文档模板。 E 测试工程师 项目组织架构 项目经理 开发人员 业务需求人员 文档整理人员 测试工程师 专门进行代码的测试工作,并且计划和执行源代码复审,负责有关返工的任何反馈意见(有条件可配置)。 二、项目流程管理 系统开发的过程必须符合IT 项目开发流程的规律,整个过程应包含但不仅限于以下环节: 需求调研是软件开发的最初阶段。需求调研的结果确立了软件开发的方向。软件设计是后续开发步骤及软件维护工作的基础。 在项目实施的过程中,项目实施者大多把精力放在了编码阶段,而需求调研和系统设计往往不被重视。没有严格的需求调研和分析,最终的软件产品会偏离用户的真正需求。如果没有设计,只能建立一个不稳定的系统结构。如下图所示: 在项目实施过程中,以上各个流程都不应该被忽略(重大项目更是如此),任何一个环节的遗失都可能引起项目方向的偏差,甚至失败。项目管理者可以在此基础上,完善项目管理流程,以降低项目实施的风险。 三、项目文档管理 项目管理者必须在系统开发过程中做好项目文档管理。项目文档是项目实施的依据,也是项目设计、编码、测试、修正、培训和验收的依据。 根据以上项目流程,项目实施过程中应包含以下所必须的文档: 软件体系结构期末 复习题 《软件体系结构》期末复习题 简答题: 1、软件体系结构建模的种类有: 结构模型、框架模型、动态模型、过程模型、功能模型。 2、“4+1”视图模型从5个不同的视角包括: 逻辑视图、进程视图、物理视图、开发视图和场景视图来描述软件体系结构。 3、构件:是具有某种功能的可重用的软件模板单元,表示了系统中主要的计算元素和数据存储。 连接件:表示构件之间的交互。 配置:表示构件和连接件的拓扑逻辑和约束。 端口:表示构件和外部环境的交互点。 角色:定义了该连接交互的参与者。 4、画出“4+1”视图模型图,分析各部分的原理和功能。 5、软件体系结构风格: 是描述某一特定应用领域中系统组织方式的惯用模式。 6、软件体系结构 (Software Architecture) 软件体系结构以组件和组件交互的方式定义系统,说明需求与成品系统之间的对应关系,描述系统级别的可伸缩性、能力、吞吐量、一致性和兼容性等属性。软件体系结构由组件、连接件和属性组成。 7、分层系统的优点有: 1)支持基于抽象程度递增的系统设计,使设计者能够把一个复杂系统按递增的步骤进行分解; 2)支持功能增强,因为每一层至多和相邻的上下层交互,因此功能的改变最多影响相邻的上下层; 3)支持重用。只要提供的服务接口定义不变,同一层的不同实现能够交换使用。这样,就能够定义一组标准的接口,而允许各种不同的实现方法。 8、分层系统的缺点有: 1)并不是每个系统都能够很容易地划分为分层的模式,甚至即使一个系统的逻辑结构是层次化的,出于对系统性能的考虑,系统设计师不得不把一些低级或高级的功能综合起来; 2)很难找到一个合适的、正确的层次抽象方法。 9、 B/S体系结构的优点有什么? 答:1)基于B/S体系结构的软件,系统安装、修改和维护全在服务器端解决。用户在使用系统时,仅仅需要一个浏览器就可运行全部的模块,真正达到了“零客户端”的功能,很容易在运行时自动升级。 把这张图放在这里,我是想说SpringMVC和Struts2真的是不一样的,虽然在都有着核心分发器等相同的功能组件(这些由MVC模式本身决定的)。 为什么SpringMVC会赢得最后的胜利呢?谈几点我自己的看法: 第一、MVC框架的出现是为了将URL从HTTP的世界中映射到JAVA世界中,这是MVC 框架的核心功能。而在URL这一点SpringMVC无疑更加优雅。 第二、从设计实现角度来说,我觉得SpringMVC更加清晰。即使我们去对比Struts2的原理图和SpringMVC的类图,它依然很让人困惑,远没有SpringMVC更加直观: SpringMVC设计思路:将整个处理流程规范化,并把每一个处理步骤分派到不同的组件中进行处理。 这个方案实际上涉及到两个方面: l 处理流程规范化——将处理流程划分为若干个步骤(任务),并使用一条明确的逻辑主线将所有的步骤串联起来 l 处理流程组件化——将处理流程中的每一个步骤(任务)都定义为接口,并为每个接口赋予不同的实现模式 处理流程规范化是目的,对于处理过程的步骤划分和流程定义则是手段。因而处理流程规范化的首要内容就是考虑一个通用的Servlet响应程序大致应该包含的逻辑步骤: l 步骤1——对Http请求进行初步处理,查找与之对应的Controller处理类(方法)——HandlerMapping l 步骤2——调用相应的Controller处理类(方法)完成业务逻 辑——HandlerAdapter l 步骤3——对Controller处理类(方法)调用时可能发生的异常进行处理——HandlerExceptionResolverStruts2框架工作原理及应用体会
面向对象框架技术及应用
软件体系结构总结
struts2验证框架
软件体系结构设计说明书
软件开发合作框架协议
各技术框架架构图
struts2复习题(含答案)
软件体系结构设计说明书(模板)
软件委托开发框架合同
structs2知识点
Struts2的工作机制原理分析及实例
基于Struts2框架的信息发布系统的设计与初步实现
《UML面向对象技术》期末复习吐血整理
软件体系结构试题试题+答案
★软件项目组织架构、开发流程及文档
软件体系结构期末复习题
struts2和springMVC的比较(超详细)