ssh总结

struts2总结:

先说一下struts2的工作流程:

核心控制器FilterDispatcher是Struts 2框架的基础,包含了框架内部的控制流程和处理机制。

业务控制器Action和业务逻辑组件是需要用户来自己实现的。用户在开发Action和业务逻辑组件

的同时,还需要编写相关的配置文件,供核心控制器FilterDispatcher来使用。

Struts 2的工作流程相对于Struts 1要简单,与WebWork框架基本相同,所以说Struts 2是

WebWork的升级版本。Struts 2框架按照模块来划分,可以分为Servlet Filters、Struts核心模

块、拦截器和用户实现部分。Struts 2框架结构图如图3.1所示。

一个请求在Struts 2框架中的处理大概分为以下几个步骤。

客户端提交一个(HttpServletRequest)请求,如上文在浏览器中输入 http://localhost:

8080/bookcode/ch2/Reg.action就是提交一个(HttpServletRequest)请求。

请求被提交到一系列(主要是3层)的过滤器(Filter),如(ActionContextCleanUp、其他过

滤器(SiteMesh等)、 FilterDispatcher)。注意:这里是有顺序的,先ActionContext

CleanUp,再其他过滤器(Othter Filters、SiteMesh等),最后到FilterDispatcher。

FilterDispatcher是控制器的核心,就是MVC的Struts 2实现中控制层(Controller)的核心。 FilterDispatcher询问ActionMapper是否需要调用某个Action来处理这个(HttpServlet

Request)请求,如果ActionMapper决定需要调用某个Action,FilterDispatcher则把请求的处

理交给ActionProxy。

ActionProxy通过Configuration Manager(struts.xml)询问框架的配置文件,找到需要调用的

Action类。例如,用户注册示例将找到UserReg类。

ActionProxy创建一个ActionInvocation实例,同时ActionInvocation通过代理模式调用Action

。但在调用之前,ActionInvocation会根据配置加载Action相关的所有Interceptor(拦截器)

一旦Action执行完毕,ActionInvocation负责根据struts.xml中的配置找到对应的返回结果

result。

说完struts2还应该说一下struts1的工作原理:

由ActionForm和JavaBean组成,其中ActionForm用于封装用户的请求参数,封装成ActionForm

对象,该对象被ActionServlet转发给Action,Action根据ActionFrom里面的请求参数处理用户

的请求。把我看到的和知道的整理出来。

对于采用Struts框架的Web应用,在Web应用启动时就会加载并初始化ActionServlet,ActionServlet从struts-config.xml文件中读取配置信息,把它们存放到各种配置对象中,例如Action的映射信息存放在ActionMapping对象中。(struts的配置文件struts-config.xml:一个用户请求是通过ActionServlet来处理和转发的。那么,ActionServlet如何决定把用户请求转发给哪个Action对象呢?这就需要一些描述用户请求路径和Action映射关系的配置信息了。在Struts中,这些配置映射信息都存放在特定的XML文件struts-config.xml中。在该配置文件中,每一个Action的映射信息都通过一个<action>元素来配置。这些配置信息在系统启动的时候被读入内存,供Struts在运行期间使用。在内存中,每一个<Action>元素都对应一个org.apache.struts.aciton.ActionMapping的实例)

/**********************

用户通过客户端向服务器发出一个请求,而我们已经在web.xml配置了所有符合某某格式的请求都将由指定的Servlet来处理。比如说:只要是以.do结尾的请求(*.do)都由org.apache.struts.action.ActionServlet来对其进行处理。而ActionServlet和ActionMapping都已经在服务器启动的时候被加载到内存里面。

结合登录例子:

当用户登录时,地址栏的URL为:http://localhost:8080/struts_login/login.do

ActionServlet会拿到用户的请求,并且去分析这个URL,它会截下/login(不包含.do)这一部分,截来之后,它的目的是为了去struts-config.xml这个配置文件里面找<action>标签path属性的值等于所截部分的那个Action。找到之后,ActionServlet会把表单提交的数据给存放到ActionForm上,那ActionServlet又是怎么找到ActionForm的呢?因为Action标签里面有一个属性是name,它的值就是所要找的ActionForm的名字,这样ActionServlet会去上面的<form-beans>标签里面找<form-bean>(注意不是<form-beans>)标签里面的name属性的值是与Action标签里面的name的值相等的<form-bean>,然后根据<form-bean>里面type属性的值,也就是所指的对象new一个实例,再把表单上相应的数据set进去。同时把<action>标签里面的东西放到继承Action类的那个指定类(本例子用的是LoginAction)的public ActionForward execute(ActionMapping mapping, ActionForm form,

HttpServletRequest request, HttpServletResponse response)

throws Exception

这个方法里面参数mapping里面去,放好之后,再去调用我们自己写的类(LoginAction),并把mapping,form,request,response作为参数传到execute方法里面去。

至于如何转向的问题:这是由Struts完成的,只要你的execute能返回一个ActionForward

对象,并且里面包含有转向的信息,Struts就会根据参数(mapping.findForward("success")里面的"success")去找相应配置文件(struts-config.xml)里面的相应标签(<forward name="success" path="/login_success.jsp"></forward>),然后再由Struts框架决定转向谁。由于上面已经说过,整个转向的相关信息已经存放在mapping里面,所以mapping.findForward("success")能够找到相应的标签。

*/--这部是我自己增加的,其余都是出自《精通Struts基于MVC的Java.Web设计与开发》 当ActionServlet接收到一个客户请求时,将执行如下流程:

(1) 检索和用户请求匹配的ActionMapping实例,如果不存在,就返回用户请求路径无效的信息。

(2) 如果ActionForm实例不存在,就创建一个ActionForm对象,把客户提交的表单数据保存到ActionForm对象中。

(3) 根据配置信息决定是否需要表单验证。如果需要验证,就调用ActionForm的validate()方法。

(4) 如果ActionForm的validate()方法返回null返回一个不包含ActionMessage的ActionErrors对象,就表示表单验证成功。

(5) ActionServlet根据ActionMapping实例包含的映射信息决定将请求转发给哪个Action。如果相应的Action实例不存在,就先创建这个实例,然后调用Action的execute()方法。

(6) Action的execute()方法返回一个ActionForward对象,ActionServlet再把客户请求转发给ActionForward对象指向的JSP组件。

(7) ActionForward对象指向的JSP组件生成动态网页,返回给客户。

对于以上流程的流程(4),如果ActionForm的validate()方法返回一个包含一个或多个ActionMessage的ActionErrors对象,就表示表单验证失败,此时ActionServlet将直接把请求转发给包含用户提交表单的JSP组件。在这种情况下,不会再创建Action对象并调用Action的execute()方法。

最后旧的谈一谈struts1与struts2的区别了:

首先:struts1是通过servlet启动的。

一、struts1要求Action类继承一个抽象基类,而不是接口。

struts2的action类可以实现一个action接口,也可以实现其他接口。

二、sturts1 action是单例模式,线程是不安全的。

struts2 action线程是安全的,action为每一个请求都生成了一个实例。

三、sturts1过去依赖serlet API,不容易测试。

struts2不依赖于容器,允许Action脱离容器单独被测试。

四、Struts1 使用ActionForm对象捕获输入。所有的ActionForm必须继承一个基类。 Struts 2直接使用Action属性作为输入属性,消除了对第二个输入对象的需求。

五、Struts1 整合了JSTL,因此使用JSTL EL。这种EL有基本对象图遍历,但是对集合和索引属性的支持很弱。

Struts2可以使用JSTL,但是也支持一个更强大和灵活的表达式语言--"Object Graph Notation Language" (OGNL).

六、Struts 1使用标准JSP机制把对象绑定到页面中来访问。

Struts 2 使用 "ValueStack"技术,使taglib能够访问值而不需要把你的页面(view)和对象绑定起来。

七、Struts 1 ActionForm 属性通常都是String类型。Struts1使用Commons-Beanutils进行类型转换。

Struts2 使用OGNL进行类型转换。提供基本和常用对象的转换器。

八、Struts 1支持在ActionForm的validate方法中手动校验,或者通过Commons Validator的扩展来校验。

Struts2支持通过validate方法和XWork校验框架来进行校验。

九、Struts1支持每一个模块有单独的Request Processors(生命周期),但是模块中的所有Action必须共享相同的生命周期。

Struts2支持通过拦截器堆栈(Interceptor Stacks)为每一个Action创建不同的生命周期。堆栈能够根据需要和不同的Action一起使用。

 

第二篇:SSH总结

1、spring+hibernate事务

事务管理器

<bean id="transactionManager"

class="org.springframework.orm.hibernate3.HibernateTransactionMan <property name="sessionFactory"> <ref bean="sessionFactory" /> </property> ager">

</bean>

事务的传播属性,如果没有匹配到的,则没有事务

<tx:advice id="txAdvice" transaction-manager="transactionManager">

<tx:attributes> <tx:method name="o*" read-only="true" /> <tx:method name="modify*" propagation="REQUIRED" /> <tx:method name="insert*" propagation="REQUIRED" /> <tx:method name="add*" propagation="REQUIRED" /> <tx:method name="up*" propagation="REQUIRED" /> </tx:attributes> </tx:advice>

配置在哪些类的哪些方法上加属性,需要结合事务的传播属性才能用 <aop:config>

<aop:pointcut id="bussinessService" expression="execution( * com.zwls.service..*.*(..))" /> <aop:advisor pointcut-ref="bussinessService" advice-ref="txAdvice" /> </aop:config>

使用:1、只有在上层通过注入得到的对象直接调用的方法才起作用

2、在上层通过trycatchexception能捕获到事务异常,而且会自动回滚。

3、在上面配置的方法里面加trycatchexction没有用

Hibernate 属性配置

1)<property>元素 insert属性:设置为false,在insert语句中不包含这个字段,表示永远不会被插入,默认true

2)<property>元素 update属性:设置为false,在update语句中不包含这个字段,表示永远不会被修改,默认true

3)<class>元素 mutable属性:设置为false就是把所有的<property>元素的update属性设置为了false,说明这个对象不会被更新,默认true 4)<property>元素 dynamic-insert属性:设置为true,表示insert对象的时候,生成动态的insert语句,如果这个字段的值是null就不会加入到insert语句当中.默认false 5)<property>元素 dynamic-update属性,设置为true,表示update对象的时候,生成动态的update语句,如果这个字段的值是null就不会被加入到update语句中,默认false

6)<class>元素 dynamic-insert属性:设置为true,表示把所有的<property>元素的dynamic-insert属性设置为true,默认false

7)<class>元素 dynamic-update属性:设置为true,表示把所有的<property>元素的dynamic-update属性设置为true,默认false

 

第三篇:SSH学习总结

1 Hibernate持久化操作

持久化就是把数据同步保存到数据库或某些存储设备中去。

使用Hibernate进行持久化操作主要需要以下步骤:

STEP 1:创建Configuration对象。在这一步中主要为了进行配置文件的装载操作,读取所有的配置文件并进行解析

STEP2: 创建SessionFactory对象。通过创建好的Configuration对象可以创建一个sessionFactory对象的实例,同时是生成Session对象实例的工厂,他在整个应用中应该是唯一的。

STEP3:创建Session对象。 Session对象类似于数据库的连接对象,可以理解为与数据库建立的一个连接,但是他的功能要比JDBC中的Connection对象丰富很多。

STEP 4:开始一个事务。在Java中定义一个事务操作的开始,这是使用Hibernate进行持久化操作必不可少的步骤

STEP 5:进行持久化操作。在这个步骤中可以读取或者保存Java对象。

STEP 6:结束事务。在操作完成之后还要进行显式的结束事务的操作。

STEP 7:关闭Session。类似于释放数据库的连接。

2 关于SSH架构的简单总结

Struts、spring、Hibernate在各层的作用

1)struts 负责 web层.

ActionFormBean 接收网页中表单提交的数据,然后通过Action 进行处理,再Forward到对应的网页。 在struts-config.xml中定义, ActionServlet会加载。

2)spring 负责业务层管理,即Service(或Manager).

1. service为action提供统计的调用接口,封装持久层的DAO,。

2.可以写一些自己的业务方法。

3.统一的javabean管理方法

4.声明式事务管理

5.集成Hiberante

3)Hiberante,负责持久化层,完成数据库的crud操作

hibernate 为持久层,提供 OR/Mapping。

它有一组 .hbm.xml文件和 POJO,是跟数据库中的表相对应的。然后定义DAO,这些是跟数据库打交道的类,它们会使用PO。

在struts+spring+hibernate的系统中,

对象的调用流程是:jsp-> Action-> Service ->DAO ->Hibernate。 数据的流向是 ActionFormBean接受用户的数据,Action 将数据从

ActionFromBean 中取出,封装成VO或PO, 再调用业务层的Bean类,完成各种业务处理后再forward。而业务层Bean收到这个PO对象之后,会调用DAO接口方法,进行持久化操作

3 Spring 相关知识

3.1 IOC , AOP

相关推荐