posts - 3,  comments - 0,  trackbacks - 0
  2008年12月18日


ApplicationContext是Spring的核心,Context我们通常解释为上下文环境,我想用“容器”

来表述它更容易理解一些,ApplicationContext则是“应用的容器”了:P,Spring把Bean放在

这个容器中,在需要的时候,用getBean方法取出,虽然我没有看过这一部分的源代码,但我

想它应该是一个类似Map的结构。
在Web应用中,我们会用到WebApplicationContext,WebApplicationContext继承自

ApplicationContext,先让我们看看在Web应用中,怎么初始化WebApplicationContext,在

web.xml中定义:
<context-param>
<param-name>contextConfigLocation</param-name>
<param-value>/WEB-INF/applicationContext.xml</param-value>
</context-param>

<listener>
<listener-class>org.springframework.web.context.ContextLoaderListener</listener-

class>
</listener>

<!-- OR USE THE CONTEXTLOADERSERVLET INSTEAD OF THE LISTENER
<servlet>
<servlet-name>context</servlet-name>
<servlet-class>org.springframework.web.context.ContextLoaderServlet</servlet-

class>
<load-on-startup>1</load-on-startup>
</servlet>
-->

可以看出,有两种方法,一个是用ContextLoaderListener这个Listerner,另一个是

ContextLoaderServlet这个Servlet,这两个方法都是在web应用启动的时候来初始化

WebApplicationContext,我个人认为Listerner要比Servlet更好一些,因为Listerner监听应

用的启动和结束,而Servlet得启动要稍微延迟一些,如果在这时要做一些业务的操作,启动

的前后顺序是有影响的。

那么在ContextLoaderListener和ContextLoaderServlet中到底做了什么呢?
以ContextLoaderListener为例,我们可以看到
public void contextInitialized(ServletContextEvent event) {
this.contextLoader = createContextLoader();
this.contextLoader.initWebApplicationContext(event.getServletContext());
}
protected ContextLoader createContextLoader() {
return new ContextLoader();
}
ContextLoader是一个工具类,用来初始化WebApplicationContext,其主要方法就是

initWebApplicationContext,我们继续追踪initWebApplicationContext这个方法(具体代码

我不贴出,大家可以看Spring中的源码),我们发现,原来ContextLoader是把

WebApplicationContext(XmlWebApplicationContext是默认实现类)放在了ServletContext

中,ServletContext也是一个“容器”,也是一个类似Map的结构,而WebApplicationContext

在ServletContext中的KEY就是

WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE,我们如果要使用

WebApplicationContext则需要从ServletContext取出,Spring提供了一个

WebApplicationContextUtils类,可以方便的取出WebApplicationContext,只要把

ServletContext传入就可以了。

上面我们介绍了WebApplicationContext在Servlet容器中初始化的原理,一般的Web应用就可

以轻松的使用了,但是,随着Struts的广泛应用,把Struts和Spring整个起来,是一个需要面

对的问题,Spring本身也提供了Struts的相关类,主要使用的有

org.springframework.web.struts.ActionSupport,我们只要把自己的Action继承自

ActionSupport,就是可以调用ActionSupport中getWebApplicationContext()的方法取出

WebApplicationContext,但这样一来在Action中,需要取得业务逻辑的地方都要getBean,看

上去不够简洁,所以Spring又提供了另一个方法,用

org.springframework.web.struts.ContextLoaderPlugIn,这是一个Struts的Plug,在Struts

启动时加载,对于Action,可以像管理Bean一样来管理,在struts-config.xml中Action的配

置变成类似下面的样子
<action attribute="aForm" name="aForm" path="/aAction" scope="request"

type="org.springframework.web.struts.DelegatingActionProxy">
<forward name="forward" path="forward.jsp" />
</action>
注意type变成了org.springframework.web.struts.DelegatingActionProxy,之后我们需要建

立action-servlet.xml这样的文件,action-servlet.xml符合Spring的spring-beans.dtd标准

,在里面定义类似下面的
<bean name="/aAction" class="com.web.action.Aaction" singleton="false">
<property name="businessService">
<ref bean="businessService"/>
</property>
</bean>

com.web.action.Aaction是Action的实现类,businessService是需要的业务逻辑,Spring会

把businessService注入到Action中,在Action中只要写businessService的get和set方法就可

以了,还有一点,action的bean是singleton="false",即每次新建一个实例,这也解决了

Struts中Action的线程同步问题,具体过程是当用户做“/aAction”的HTTP请求(当然应该是

“/aAction.do”),Struts会找到这个Action的对应类

org.springframework.web.struts.DelegatingActionProxy,DelegatingActionProxy是个代

理类,它会去找action-servlet.xml文件中“/aAction”对应的真正实现类,然后把它实例化

,同时把需要的业务对象注入,然后执行Action的execute方法。

使用了ContextLoaderPlugIn,在struts-config.xml中变成类似这样配置
<plug-in className="org.springframework.web.struts.ContextLoaderPlugIn">
<set-property property="contextConfigLocation" value="/WEB-

INF/applicationContext.xml,/WEB-INF/action-servlet.xml" />
</plug-in>
而在web.xml中不再需要ContextLoaderListener或是ContextLoaderServlet。

说到这里不知道大家会不会有这样的问题,如果使用ContextLoaderPlugIn,如果我们有些程

序是脱离Struts的Action环境,我们怎么处理,比如我们要自定义标记库,在标记库中,我们

需要调用Spring管理的业务层逻辑对象,这时候我们就很麻烦,因为只有在action中动态注入

业务逻辑,其他我们似乎不能取得Spring的WebApplicationContext。

别急,我们还是来看一下ContextLoaderPlugIn的源码(源码不再贴出),我们可以发现,原

来ContextLoaderPlugIn仍然是把WebApplicationContext放在ServletContext中,只是这个

KEY不太一样了,这个KEY值为

ContextLoaderPlugIn.SERVLET_CONTEXT_PREFIX+ModuleConfig.getPrefix()(具体请查看源

代码),这下好了,我们知道了WebApplicationContext放在哪里,只要我们在Web应用中能够

取到ServletContext也就能取到WebApplicationContext了:)

Spring是一个很强大的框架,希望大家在使用过程中不断的深入,了解其更多的特性,我在这

里抛砖引玉,有什么不对的地方,请大家指出。

posted @ 2009-01-07 10:18 jk 阅读(1359) | 评论 (0)编辑 收藏
服务器启动以后,(Servlet容器启动)创建了许多对象,如 servlet, filter, listener,spring等等 那么如何使用这些对象呢?  下面介绍在Servlet(或者Filter,或者Listener)中使用spring的IOC容器
默认情况下Servlet容器创建spring容器对象,注入到servletContext中,servletContext对象又是注入到session对象中,session对象又是注入到request对象中,request对象又是注入到servlet对象中,(其实不是很标准的注入,是传参数,或者对属性直接付值)。层层依赖可以得到spring容器对象。

WebApplicationContext webApplicationContext = WebApplicationContextUtils.getWebApplicationContext(request.getSession().getServletContext()); 

        所以可以直接在ServletContext取出WebApplicationContext 对象:

WebApplicationContext webApplicationContext = (WebApplicationContext) servletContext.getAttribute(WebApplicationContext.ROOT_WEB_APPLICATION_CONTEXT_ATTRIBUTE);

事实上WebApplicationContextUtils.getWebApplicationContext方法就是使用上面的代码实现的,建议使用上面上面的静态方法 


注意:在使用webApplicationContext.getBean("ServiceName")的时候,前面强制转化要使用接口,如果使用实现类会报类型转换错误。如:
LUserService userService = (LUserService) webApplicationContext.getBean("userService");
posted @ 2008-12-30 14:01 jk 阅读(407) | 评论 (0)编辑 收藏

     看了许多关于Comparator接口的实现和解决方法,感觉大多都不是太符合jdk的原意。
     Comparator接口是对Comparable接口的另一种补充。她使数据和算法分离。(在比较的时候) Comparable接口是数据和算法绑定,这本身并没有好和坏的分别,只是不同的角度去思考同一问题。因此从分离的角度出发,Comparator接口对比较的两个对象要求的类型更加的随意,而java 反射机制正是对这一需求的一个合理解决方案。我们在得到比较的两个对象时,比较大小,其实就是比较他们某个属性的大小,决定返回的是-1,0,1中的一个。而属性的结果是通过方法返回的,所以我们可以通过反射得到他的方法集合,循环方法去得到希望的属性。具体的希望属性,需要用户提供比如年龄,工资,或者其他属性。这样就做到了比较并且分离算法和数据。
    反射的必要条件: object1,object2,field

    代码:public int compare( Object o1, Object o2 ) {
        Object result1 = getValue( o1 , field)
        Object result2 = getValue( o2 , field);
    //
  if( result1 instanceof Date  && result2 instanceof Date )
     if(orderFlag.equals("asc"))
      return ((Date)result1).compareTo((Date)result2);
     else
     {
      if(((Date)result1).compareTo((Date)result2) < 0 )
       return 1;
      if(((Date)result1).compareTo((Date)result2) > 0)
       return -1;
     }
    //

 if( result1 instanceof String &&  result2 instanceof String ) {
     if( result1.toString().equals( result2.toString() ) )
      return 0;
     else
      return -1;
    }
    //其他类型的比较!!!
      
    return 0
}

private Object getValue( Object obj , String fileName ) {
         Method[] methods =  obj.getClass().getMethods();
         Object value = null;
         for(Method method: methods){
            String name = method.getName();
            if(name .equals("get") && name .toLowerCase().indexOf(fileName )){
                try{
                    value  = method.invok(obj ,new Object[]{});
                }catch(Exception e){e.printStackTrace();}
                break;
            }
        }
       return value;
    }

posted @ 2008-12-18 16:14 jk 阅读(181) | 评论 (0)编辑 收藏