SSH三做品的框架和流程

 

Hibernate工做的,为何?

原理:
1.经过Configuration().configure();读取并解析hibernate.cfg.xml配置文件
2.由hibernate.cfg.xml中的<mapping resource="com/xx/User.hbm.xml"/>读取并解析映射信息
3.经过config.buildSessionFactory();//建立SessionFactory
4.sessionFactory.openSession();//打开Sesssion
5.session.beginTransaction();//建立事务Transation
6.persistent operate持久化操做
7.session.getTransaction().commit();//提交事务
8.关闭Session
9.关闭SesstionFactoryhtml

为何要用:
1. 对JDBC訪问数据库的代码作了封装,大大简化了数据訪问层繁琐的反复性代码。java

2. Hibernate是一个基于JDBC的主流持久化框架。是一个优秀的ORM实现。web

他很是大程度的简化DAO层的编码工做spring

3. hibernate使用Java反射机制,而不是字节码加强程序来实现透明性。sql

4. hibernate的性能很是好,因为它是个轻量级框架。数据库

映射的灵活性很是出色。编程

它支持各类关系数据库,从一对一到多对多的各类复杂关系。设计模式


 
2. Hibernate是怎样延迟载入?
1. Hibernate2延迟载入实现:a)实体对象 b)集合(Collection)浏览器

2. Hibernate3 提供了属性的延迟载入功能缓存

当Hibernate在查询数据的时候,数据并无存在与内存中,当程序真正对数据的操做时,对象才存在与内存中,就实现了延迟载入,他节省了server的内存开销,从而提升了server的性能。

3.Hibernate中如何实现类之间的关系?

(如:一对多、多对多的关系)

类与类之间的关系主要体现在表与表之间的关系进行操做。它们都市对对象进行操做,咱们程序中把所有的表与类都映射在一块儿,它们经过配置文件里的many-to-one、one-to-many、many-to-many、

4. 说下Hibernate的缓存机制

1. 内部缓存存在Hibernate中又叫一级缓存。属于应用事物级缓存

2. 二级缓存:
a) 应用及缓存
b) 分布式缓存
条件:数据不会被第三方改动、数据大小在可接受范围、数据更新频率低、同一数据被系统频繁使用、非 重要数据
c) 第三方缓存的实现
////////一级缓存:session级的缓存也叫事务级的缓存。仅仅缓存实体,生命周期和session一致。不能对其进行管理。

不用显示的调用。

二级缓存:sessionFactory缓存,也叫进程级的缓存。使用第3方插件实现的。也值缓存实体,生命周期和sessionFactory一致,可以进行管理。

首先配置第3放插件,咱们用的是EHCache,在hibernate.cfg.xml文件里增长

<property name="hibernate.cache.user_second_level_cache">true</property>

在映射中也要显示的调用。<cache usage="read-only"/>

二级缓存之查询缓存:对普通属性进行缓存。

假设关联的表发生了改动。那么查询缓存的生命周期也结束了。

在程序中必须手动启用查询缓存:query.setCacheable(true);/////////

5. Hibernate的查询方式
Sql、Criteria,object comptosition
Hql:
一、 属性查询
二、 參数查询、命名參数查询
三、 关联查询
四、 分页查询
五、 统计函数

6. 怎样优化Hibernate?
1.使用双向一对多关联。不使用单向一对多
2.灵活使用单向一对多关联
3.不用一对一,用多对一代替
4.配置对象缓存。不使用集合缓存
5.一对多集合使用Bag,多对多集合使用Set
6. 继承类使用显式多态
7. 表字段要少。表关联不要怕多。有二级缓存撑腰


1.Hibernate有哪几种查询数据的方式

         (1)导航对象图查询

      (2)OID查询

      (3)HQL

      (4)QBC

      (5)本地SQL

2.load()和get()的差异

 

load载入方法:

Java代码

Users user = (Users)session.load(Users.class, userId);    

Users user = (Users)session.load(Users.class, userId);

get载入方法:

Java代码

Users user = (Users)session.get(Users.class, userId);  

Users user = (Users)session.get(Users.class, userId);

 

两载入方法差异:

差异1:假设数据库中,没有userId的对象。假设经过get方法载入。则返回的是一个null;假设经过load载入,则返回一个代理对象。假设后面代码假设调用user对象的某个属性(比方user.getPassword())会抛出异常:org.hibernate.ObjectNotFoundException。

差异2:load支持延迟载入,get不支持延迟载入。

也就是说:

Java代码

Users user = (Users)session.load(Users.class, userId);  

Users user = (Users)session.load(Users.class, userId);

这句代码不会去运行数据库查询。仅仅实用到user时才会去运行数据库查询。

而:

Java代码

Users user = (Users)session.get(Users.class, userId);  

Users user = (Users)session.get(Users.class, userId);

则立刻去运行数据库查询。

因此Users user = (Users)session.load(Users.class, userId);不会运行不论什么sql。

注意:

Java代码

Users user = (Users)session.load(Users.class, userId);   
System.out.println(user.getId());  

Users user = (Users)session.load(Users.class, userId);

System.out.println(user.getId());

上面这2句代码。不会去运行数据库操做。因为load后会在hibernate的一级缓存里存放一个map对象。该map的key就是userId的值。但是当你getId()时。它会去一级缓存里拿map的key值,而不去运行数据库查询。因此不会报不论什么错。

不会运行不论什么数据库操做。

 
阐述struts2的运行流程。Struts 2框架自己大体可以分为3个部分:核心控制器FilterDispatcher、业务控制器Action和用户实现的企业业务逻辑组件。

核心控制器FilterDispatcher是Struts 2框架的基础。包括了框架内部的控制流程和处理机制。业务控制器Action和业务逻辑组件是需要用户来本身实现的。用户在开发Action和业务逻辑组件的同一时候,还需要编写相关的配置文件,供核心控制器FilterDispatcher来使用。 Struts 2的工做流程相对于Struts 1要简单,与WebWork框架基本一样,因此说Struts 2是WebWork的升级版本号。

基本简要流程例如如下:一、client浏览器发出HTTP请求。二、依据web.xml配置。该请求被FilterDispatcher接收。三、依据struts.xml配置,找到需要调用的Action类和方法, 并经过IoC方式,将值注入给Aciton。

四、Action调用业务逻辑组件处理业务逻辑。这一步包括表单验证。

五、Action运行完成,依据struts.xml中的配置找到相应的返回结果result,并跳转到相应页面。六、返回HTTP响应到client浏览器。

本文来自CSDN博客,转载请标明出处:http://blog.csdn.net/alli0968/archive/2009/06/01/4231237.aspx

 

 

. Struts工做机制?为何要使用Struts?
工做机制:
Struts的工做流程:
在web应用启动时就会载入初始化ActionServlet,ActionServlet从
struts-config.xml文件里读取配置信息,把它们存放到各类配置对象
当ActionServlet接收到一个客户请求时,将运行例如如下流程.
-(1)检索和用户请求匹配的ActionMapping实例,假设不存在,就返回请求路径无效信息;
-(2)假设ActionForm实例不存在,就建立一个ActionForm对象,把客户提交的表单数据保存到ActionForm对象中;
-(3)依据配置信息决定是否需要表单验证.假设需要验证,就调用ActionForm的validate()方法;
-(4)假设ActionForm的validate()方法返回null或返回一个不包括ActionMessage的ActuibErrors对象, 就表示表单验证成功;
-(5)ActionServlet依据ActionMapping所包括的映射信息决定将请求转发给哪一个Action,假设对应的 Action实例不存在,就先建立这个实例,而后调用Action的execute()方法;
-(6)Action的execute()方法返回一个ActionForward对象,ActionServlet在把客户请求转发给 ActionForward对象指向的JSP组件;
-(7)ActionForward对象指向JSP组件生成动态网页,返回给客户;

为何要用:
JSP、Servlet、JavaBean技术的出现给咱们构建强大的企业应用系统提供了可能。但用这些技术构建的系统很的繁乱,因此在此之上,咱们需要一个规则、一个把这些技术组织起来的规则,这就是框架,Struts便应运而生。

基于Struts开发的应用由3类组件构成:控制器组件、模型组件、视图组件

8. Struts的validate框架是怎样验证的?
在struts配置文件里配置详细的错误提示。再在FormBean中的validate()方法详细调用。

9. 说下Struts的设计模式
MVC模式: web应用程序启动时就会载入并初始化ActionServler。用户提交表单时,一个配置好的ActionForm对象被建立。并被填入表单对应的数据。ActionServler依据Struts-config.xml文件配置好的设置决定是否需要表单验证,假设需要就调用ActionForm的 Validate()验证后选择将请求发送到哪一个Action,假设Action不存在。ActionServlet会先建立这个对象,而后调用 Action的execute()方法。Execute()从ActionForm对象中获取数据,完毕业务逻辑,返回一个ActionForward对象,ActionServlet再把客户请求转发给ActionForward对象指定的jsp组件,ActionForward对象指定的jsp生成动态的网页,返回给客户。

10. spring工做机制及为何要用?


1.spring mvc请所有的请求都提交给DispatcherServlet,它会托付应用系统的其它模块负责负责对请求进行真正的处理工做。
2.DispatcherServlet查询一个或多个HandlerMapping,找处处理请求的Controller.
3.DispatcherServlet请请求提交到目标Controller
4.Controller进行业务逻辑处理后,会返回一个ModelAndView
5.Dispathcher查询一个或多个ViewResolver视图解析器,找到ModelAndView对象指定的视图对象
6.视图对象负责渲染返回给client。

为何用:
{AOP 让开发者可以建立非行为性的关注点,称为横切关注点,并将它们插入到应用程序代码中。使用 AOP 后。公共服务 (比方日志、持久性、事务等)就可以分解成方面并应用到域对象上,同一时候不会添加域对象的对象模型的复杂性。


IOC 赞成建立一个可以构造对象的应用环境。而后向这些对象传递它们的协做对象。正如单词 倒置 所代表的,IOC 就像反 过来的 JNDI。没有使用一堆抽象工厂、服务定位器、单元素(singleton)和直接构造(straight construction),每一个对象都是用其协做对象构造的。所以是由容器管理协做对象(collaborator)。
Spring即便一个AOP框架,也是一IOC容器。 Spring 最好的地方是它有助于您替换对象。

有了 Spring,仅仅要用 JavaBean 属性和配置文件增长依赖性(协做对象)。

而后可以很是easy地在需要时替换具备相似接口的协做对象。}

 


Spring 框架是一个分层架构,由 7 个定义良好的模块组成。

Spring 模块构建在核心容器之上。核心容器定义了建立、配置和管理 bean 的方式,如图 1 所看到的。

组成 Spring 框架的每个模块(或组件)都可以单独存在,或者与其它一个或多个模块联合实现。每个模块的功能例如如下:

☆ 核心容器:核心容器提供 Spring 框架的基本功能。核心容器的主要组件是 BeanFactory,它是工厂模式的实现。BeanFactory 使用控制反转 (IOC)模式将应用程序的配置和依赖性规范与实际的应用程序代码分开。

☆ Spring 上下文:Spring 上下文是一个配置文件,向 Spring 框架提供上下文信息。Spring 上下文包含企业服务,好比 JNDI、EJB、电子邮件、国际化、校验和调度功能。

☆ Spring AOP:经过配置管理特性,Spring AOP 模块直接将面向方面的编程功能集成到了 Spring 框架中。因此。可以很是easy地使 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 异常层次结构。

☆ Spring Web 模块:Web 上下文模块创建在应用程序上下文模块之上,为基于 Web 的应用程序提供了上下文。因此,Spring 框架支持与 Jakarta Struts 的集成。Web 模块还简化了处理多部分请求以及将请求參数绑定到域对象的工做。

☆ Spring MVC 框架:MVC 框架是一个全功能的构建 Web 应用程序的 MVC 实现。经过策略接口,MVC 框架变成为高度可配置的。MVC 容纳了大量视图技术。当中包含 JSP、Velocity、Tiles、iText 和 POI。

Spring 框架的功能可以用在不论什么 J2EE server中,大多数功能也适用于不受管理的环境。

Spring 的核心要点是:支持不绑定到特定 J2EE 服务的可重用业务和数据訪问对象。毫无疑问,这种对象可以在不一样 J2EE 环境 (Web 或 EJB)、独立应用程序、測试环境之间重用。

IOC 和 AOP

控制反转模式(也称做依赖性介入)的基本概念是:不建立对象,但是描写叙述建立它们的方式。在代码中不直接与对象和服务链接,但在配置文件里描写叙述哪个组件需要哪一项服务。容器(在 Spring 框架中是 IOC 容器) 负责将这些联系在一块儿。

在典型的 IOC 场景中,容器建立了所有对象。并设置必要的属性将它们链接在一块儿,决定什么时间调用方法。下表列出了 IOC 的一个实现模式。

 


Spring 框架的 IOC 容器採用类型 2 和类型3 实现。


面向方面的编程

面向方面的编程,即 AOP。是一种编程技术,它赞成程序猿对横切关注点或横切典型的职责分界线的行为(好比日志和事务管理)进行模块化。AOP 的核心构造是方面。它将那些影响多个类的行为封装到可重用的模块中。

AOP 和 IOC 是补充性的技术,它们都运用模块化方式解决企业应用程序开发中的复杂问题。

在典型的面向对象开发方式中,可能要将日志记录语句放在所有方法和 Java 类中才干实现日志功能。

在 AOP 方式中,可以反过来将日志服务模块化,并以声明的方式将它们应用到需要日志的组件上。固然。优点就是 Java 类不需要知道日志服务的存在。也不需要考虑相关的代码。因此,用 Spring AOP 编写的应用程序代码是松散耦合的。

AOP 的功能全然集成到了 Spring 事务管理、日志和其它各类特性的上下文中。

IOC 容器

Spring 设计的核心是 org.springframework.beans 包,它的设计目标是与 JavaBean 组件一块儿使用。这个包一般不是由用户直接使用。而是由server将其用做其它多数功能的底层中介。下一个最高级抽象是 BeanFactory 接口。它是工厂设计模式的实现。赞成经过名称建立和检索对象。BeanFactory 也可以管理对象之间的关系。

BeanFactory 支持两个对象模型。

□ 单态 模型提供了具备特定名称的对象的共享实例,可以在查询时对其进行检索。

Singleton 是默认的也是最常用的对象模型。对于无状态服务对象很是理想。

□ 原型 模型确保每次检索都会建立单独的对象。

在每个用户都需要本身的对象时,原型模型最适合。

bean 工厂的概念是 Spring 做为 IOC 容器的基础。IOC 将处理事情的责任从应用程序代码转移到框架。正如我将在下一个演示样例中演示的那样。Spring 框架使用 JavaBean 属性和配置数据来指出必须设置的依赖关系。

BeanFactory 接口

因为 org.springframework.beans.factory.BeanFactory 是一个简单接口,因此可以针对各类底层存储方法实现。最常用的 BeanFactory 定义是 XmlBeanFactory。它依据 XML 文件里的定义装入 bean,如清单 1 所看到的。

清单 1. XmlBeanFactory

BeanFactory factory = new XMLBeanFactory(new FileInputSteam("mybean.xml"));

在 XML 文件里定义的 Bean 是被消极载入的,这意味在需要 bean 以前,bean 自己不会被初始化。

要从 BeanFactory 检索 bean,仅仅需调用 getBean() 方法,传入将要检索的 bean 的名称就能够。如清单 2 所看到的。

清单 2. getBean()

MyBean mybean = (MyBean) factory.getBean("mybean");

每个 bean 的定义都可以是 POJO (用类名和 JavaBean 初始化属性定义) 或 FactoryBean。FactoryBean 接口为使用 Spring 框架构建的应用程序加入了一个间接的级别。

IOC 演示样例

理解控制反转最简单的方式就是看它的实际应用。在对由三部分组成的 Spring 系列 的第 1 部分进行总结时,我使用了一个演示样例。演示了怎样经过 Spring IOC 容器注入应用程序的依赖关系(而不是将它们构建进来)。

我用开启在线信用账户的用例做为起点。对于该实现,开启信用账户要求用户与下面服务进行交互:

☆ 信用级别评定服务。查询用户的信用历史信息。

☆ 远程信息连接服务。插入客户信息。将客户信息与信用卡和银行信息链接起来。以进行本身主动借记(假设需要的话)。

☆ 电子邮件服务,向用户发送有关信用卡状态的电子邮件。

三个接口

对于这个演示样例,我若是服务已经存在,理想的状况是用松散耦合的方式把它们集成在一块儿。

下面清单显示了三个服务的应用程序接口。

清单 3. CreditRatingInterface

public interface CreditRatingInterface {
public boolean getUserCreditHistoryInformation(ICustomer iCustomer);
}

清单 3 所看到的的信用级别评定接口提供了信用历史信息。

它需要一个包括客户信息的 Customer 对象。

该接口的实现是由 CreditRating 类提供的。

清单 4. CreditLinkingInterface

public interface CreditLinkingInterface {

public String getUrl();
public void setUrl(String url);
public void linkCreditBankAccount() throws Exception ;

}

信用连接接口将信用历史信息与银行信息(假设需要的话)链接在一块儿。并插入用户的信用卡信息。

信用连接接口是一个远程服务,它的查询是经过 getUrl() 方法进行的。URL 由 Spring 框架的 bean 配置机制设置,我稍后会讨论它。该接口的实现是由 CreditLinking 类提供的。

清单 5. EmailInterface

public interface EmailInterface {

public void sendEmail(ICustomer iCustomer);
public String getFromEmail();
public void setFromEmail(String fromEmail) ;
public String getPassword();
public void setPassword(String password) ;
public String getSmtpHost() ;
public void setSmtpHost(String smtpHost);
public String getUserId() ;
public void setUserId(String userId);

 
相关文章
相关标签/搜索