| |
基于Spring框架的WebSphere应用开发 |
|
时间: 2006-03-15 来自：ibm |
 |
|
|
2.3 Web Context设置
对于不依赖于应用服务器的Spring 上下文（Context）设置，通常在应用代码中通过FileSystemXmlApplicationContext或ClasspathXmlApplicationContext来获取。比如使用这样的代码来得到上下文：
但是按照控制反转的原则，应用程序代码应该尽可能少的知道上下文的设置。因此，在基于Spring的Web应用中，这样的代码也可以省去。Spring可以通过配置让Web容器自动装载上下文配置文件。从本质上讲，Web应用的ServletContext就是Spring用来存放应用上下文的地方。Spring中与Web Context装载相关的有几个类：
1．ContextLoaderListener：一般的应用服务器如WAS都能先装载Listener，如果不是的话，那么只能使用ContextLoaderServlet。
2．ContextLoaderServlet：需要配置＜load-on-startup＞使得它率先装载。真正装载Context的类是ContextLoader，上面两个类只是两种调用ContextLoader的不同途径。ContextLoader内部实际调用的是XmlWebApplicationContext，其缺省配置文件为/WEB-INF/applicationContext.xml。
如果使用ContextLoaderListener，其在web.xml中的配置一般如下：
＜listener＞
＜listener-class＞
org.springframework.web.context.ContextLoaderListener
＜/listener-class＞
＜/listener＞ |
如果使用ContextLoaderServlet，其在web.xml中的配置一般如下：
＜servlet＞
＜servlet-name＞context＜/servlet-name＞
＜servlet-class＞
org.springframework.web.context.ContextLoaderServlet
＜/servlet-class＞
＜load-on-startup＞1＜/load-on-startup＞
＜/servlet＞ |
应用本身可能除了基于HTTP的Web渠道之外还通过别的渠道对外提供服务，因此，一个比较好的做法是把展示相关的配置与后面业务处理部分的配置分开。这样如果更改了应用的访问渠道，只需要修改对应的配置文件即可。因此，Spring提供了一个WebApplicationContext的概念。在WebApplicationContext中一般包含与Web访问相关的配置定义，包括各种控制动作的定义、界面展示的定义等等。
WebApplicationContext一般由DispatcherServlet来初始化。在上下文层次结构上可以把它看成是ApplcationContext的子上下文。在缺省的情况下，DispatcherServlet装载的配置文件名称为其Servlet名称-Servlet.xml，但是可以通过contextConfigLocation参数来定制。DispatcherServlet在web.xml中的定义示例如下：
＜servlet＞
＜servlet-name＞Dispatcher＜/servlet-name＞
＜servlet-class＞
org.springframework.web.servlet.DispatcherServlet
＜/servlet-class＞
＜load-on-startup＞2＜/load-on-startup＞
＜/servlet＞
＜init-param＞
＜param-name＞contextConfigLocation＜/param-name＞
＜param-value＞/WEB-INF/context/Webcontrollers.xml＜/param-value＞
＜/init-param＞ |
2.4 数据持久化层
虽然使用J2EE技术的Web应用可以连接多种不同的企业信息系统（EIS），但是毫无疑问数据库是其中最为重要和常见的一种。正因如此，Spring对数据库访问提供了非常完备的支持。数据访问对象（DAO）模式是J2EE模式中非常重要的一种。它的主要目的是使得持久化层与业务逻辑层分离，从而屏蔽持久化层的具体实现。我们可以把Spring的DAO支持分为两大类，一是直接基于Spring JDBC模板的数据访问，另一类是基于某种O/R映射框架的数据访问。这里刚好可以使用Spring的控制反转特性，通过外部配置文件来定义DAO接口和实际实现类之间的关系。Spring框架目前支持的O/R映射框架包括Hibernate、JDO、TopLink、iBATIS等。
假设我们定义了一个userDAO。当使用JDBC来实现这个DAO的时候，定义的类可以如下所示：
| public class userDAOJDBC extends JdbcDaoSupport implements userDAO{ … } |
如果使用Hibernate来实现这个DAO的时候，定义的类如下：
| public class UserDAOHibernate extends HibernateDaoSupport implements UserDAO { … } |
Spring对于其它的O/R映射机制都有相应的抽象类供应用使用，比如对于iBATIS有SqlMapClientDaoSupport，对于JDO有JdoDaoSupport等。
下面我们看一下如何在Spring的配置文件中定义上述DAO与具体实现的关系。假设我们的userDAO具体实现是通过Hibernate，那么在applicationContext.xml中的一个DAO可以定义如下：
＜bean id="userDAO" class="com.fgw.dao.hibernate.UserDAOHibernate"＞
＜property name="sessionFactory"＞
＜ref local="sessionFactory"/＞
＜/property＞
＜/bean＞ |
在这里我们实际DAO接口定义是：com.fgw.dao.UserDAO，而具体实现类为：com.fgw.dao.hibernate.UserDAOHibernate。显然，对于其它DAO的实现，我们只需要在配置文件中修改相应的实现类（具体实现类当然是比不可少的）和属性即可。比如对于JDBC的DAO实现，属性就定义成相应的数据源。
|
|
|
|
|
|
|
|
