ITPub博客

首页 > Linux操作系统 > Linux操作系统 > Spring3开发实战 之 第二章:IoC/DI开发(2)【私塾在线原创】

Spring3开发实战 之 第二章:IoC/DI开发(2)【私塾在线原创】

原创 Linux操作系统 作者:今天天气好晴朗 时间:2012-02-27 15:13:26 0 删除 编辑
通过元素可以定义和设置与Java Collection类型对应List、Set、Map及Properties的值 ,示例如下:

java代码:



admin@somecompany.org
support@somecompany.org




a list element followed by a reference






 yup an entry 
just some string


 yup a ref 






just some string



可以定义parent-style和child-style的元素,子集合的值从其父集合继承和覆盖而来;也就是说,父子集合元素合并后的值就是子集合中的最终结果,而且子集合中的元素值将覆盖父集全中对应的值。

java代码:


    
        
            administrator@somecompany.com
            support@somecompany.com
        
    


    
        
            sales@somecompany.com
            support@somecompany.co.uk
        
    

在上面的例子中,childbean的adminEmails属性的元素上使用了merge=true属性。当child bean被容器实际解析及实例化时,其 adminEmails将与父集合的adminEmails属性进行合并 。
注意到这里子bean的Properties集合将从父继承所有属性元素。同时子bean的support值将覆盖父集合的相应值
不同的集合类型是不能合并(如map和 list是不能合并的),否则将会抛出相应的Exception。merge属性必须在继承的子bean中定义,而在父bean的集合属性上指定的merge属性将被忽略
在JDK5以上的版本里,Spring支持强类型集合
用于处理null值,Spring会把属性的空参数当作空字符串处理。
1:以下的xml片断将email属性设为空字符串。
 
这等同于Java代码: exampleBean.setEmail(“”)。
2:而null值则可以使用元素可用来表示。例如:
 
上述的配置等同于Java代码:exampleBean.setEmail(null)。
针对常见的value值或bean的引用,Spring提供了简化格式用于替代元素 。如下:

java代码:

  hello


  


  
    
  
  
完全等同于
 
强调一点
只有元素的简写形式,没有的简写形式。也就是说 里面的ref是相当于的形式。
组合属性名称
当设置bean的组合属性时,除了最后一个属性外,只要其他属性值不为null,组合或嵌套属性名是完全合法的。例如,下面bean的定义:

java代码:

  

表示foo 

bean有个fred属性,此属性有个bob属性,而bob属性又有个sammy属性,最后把sammy属性设置为123。为了让此定义能工作, foo的fred属性及fred的bob属性在bean被构造后都必须非空,否则将抛出NullPointerException异常。
depends-on,用于当前bean初始化之前显式地强制一个或多个bean被初始化。
示例:

java代码:


 
若需要表达对多个bean的依赖,可以在'depends-on'中将指定的多个bean名字用分隔符进行分隔,分隔符可以是逗号、空格及分号等。下面的例子中使用了'depends-on'来表达对多个bean的依赖。
 

java代码:

  

  
延迟初始化bean
1:ApplicationContext实现的默认行为就是在启动时将所有singleton bean提前进行实例化,这样可能会增大资源的消耗,但会加快程序的运行速度。
 
2:可以将bean设置为延迟实例化。在XML配置文件中,延迟初始化将通过元素中的lazy-init属性来进行控制。例如:
 
3:在容器层次中通过在元素上使用'default-lazy-init'属性来控制延迟初始化也是可能的。如下面的配置:
 
自动装配的优缺点
1:优点:
(1)自动装配能显著减少配置的数量。
(2)自动装配可以使配置与java代码同步更新。例如,如果你需要给一个java类增加一个依赖,那么该依赖将被自动实现而不需要修改配置。
2:缺点:
(1)尽管自动装配比显式装配更神奇,但是,正如上面所提到的,Spring会尽量避免在装配不明确的时候进行猜测,因为装配不明确可能出现难以预料的结果,而且Spring所管理的对象之间的关联关系也不再能清晰的进行文档化。
(2)对于那些根据Spring配置文件生成文档的工具来说,自动装配将会使这些工具没法生成依赖信息。
(3)当根据类型进行自动装配的时候,容器中可能存在多个bean定义跟自动装配的setter方法和构造器参数类型匹配。虽然对于数组、集合以及Map,不存在这个问题,但是对于单值依赖来说,就会存在模棱两可的问题。如果bean定义不唯一,装配时就会抛出异常
将bean排除在自动装配之外
1:元素的 autowire-candidate属性可被设为false,这样容器在查找自动装配对象时将不考虑该bean。
2:另一个做法就是使用对bean名字进行模式匹配来对自动装配进行限制。其做法是在元素的‘default-autowire-candidates’属性中进行设置。
比如,将自动装配限制在名字以 'Repository'结尾的bean,那么可以设置为"*Repository“。对于多个匹配模式则可以使用逗号进行分隔。注意,如果在bean定义中的'autowire-candidate'属性显式的设置为'true' 或 'false',那么该容器在自动装配的时候优先采用该属性的设置,而模式匹配将不起作用。
singleton
在每个Spring IoC容器中一个bean定义对应一个对象实例,在读取配置文件创建IoC容器的时候就会根据配置初始化singleton的Bean实例
prototype
一个bean定义对应多个对象实例
request
在一次HTTP请求中,一个bean定义对应一个实例;即每次HTTP请求将会有各自的bean实例,它们依据某个bean定义创建而成。该作用域仅在基于web的Spring ApplicationContext情形下有效。
session
在一个HTTP Session中,一个bean定义对应一个实例。该作用域仅在基于web的Spring ApplicationContext情形下有效。
global session
在一个全局的HTTP Session中,一个bean定义对应一个实例。典型情况下,仅在使用portlet context的时候有效。该作用域仅在基于web的Spring ApplicationContext情形下有效。
 
 
request、session以及global session仅在基于web的应用中使用
初始化web配置,Servlet 2.4及以上的web容器,如下配置:

java代码:

  
    org.springframework.web.context.request.RequestContextListener
  
request作用域说明
等同于Http的Request
session作用域说明
针对某个HTTP Session,Spring容器会根据bean定义创建一个全新的bean实例,且该bean仅在当前HTTP Session内有效。与request作用域一样,你可以根据需要放心的更改所创建实例的内部状态,而别的HTTP Session中创建的实例,将不会看到这些特定于某个HTTP Session的状态变化。当HTTP Session最终被废弃的时候,在该HTTP Session作用域内的bean也会被废弃掉
global session
等同于标准的HTTP Session
问题:比如在调用一个singleton类型bean A的某个方法时,需要引用另一个非singleton(prototype)类型的bean B,对于bean A来说,容器只会创建一次,这样就没法在需要的时候每次让容器为bean A提供一个新的的bean B实例 
解决方案:Lookup方法注入,示例如下:

java代码:
Java类
public abstract class HelloImpl implements HelloApi{
private T2 t2;
public String helloSpring3(int a){
getT2().t1();
System.out.println("hello Spring3==="+a);
return "Ok,a="+a;
}
public abstract T2 getT2();
}
public class T2 {
public void t1(){
System.out.println("now in t1");
}
}
配置文件:

java代码:




 
Lookup方法注入的内部机制是Spring利用了CGLIB库在运行时生成二进制代码功能,通过动态创建Lookup方法bean的子类而达到复写Lookup方法的目的
初始化回调
有两种方法,如下
1:实现org.springframework.beans.factory.InitializingBean接口,这种方法不被推荐,因为这样和Spring耦合起来了。可以采用声明式的方法,如下:
2:在Bean定义中指定一个普通的初始化方法,即在XML配置文件中通过指定init-method属性来完成,配置如下:
析构回调
也有两种方法,如下
1:实现org.springframework.beans.factory.DisposableBean接口,这种方法不被推荐,因为这样和Spring耦合起来了。可以采用声明式的方法,如下:
缺省的初始化和析构方法
配置在beans上,这样就不用每个Bean都配了,如下:
context包的核心是ApplicationContext接口。它由BeanFactory接口派生而来,除了提供了BeanFactory所有的功能,还提供了以下的功能:
1:MessageSource, 提供国际化的消息访问
2:资源访问,如URL和文件
3:事件传播,实现了ApplicationListener接口的bean
4:载入多个(有继承关系)上下文 ,使得每一个上下文都专注于一个特定的层次,比如应用的web层
利用MessageSource实现国际化
1:在配置文件中添加

java代码:

    
      
        format
        exceptions
      
    
  
2:说明:上述配置是表示在classpath下有两个标准的properties文件。文件格式是标准的properties格式,Spring通过ResourceBundle,使用JDK中解析消息的标准方式,来处理任何解析消息的请求。
3:测试代码:
String msg = context.getMessage("testmsg", null, "Default", Locale.CHINA);
前面getmessage方法的第二个参数是用来从程序中向消息里面传值的,如下:

java代码:
消息文件:testmsg=this is a test,{0},{1}
Java类:String msg = context.getMessage("testmsg",
ew Object[]{"M1","M2"},"Default", Locale.CHINA);
System.out.println("msg="+msg);
前面getmessage方法的第四个参数是用来指定Locale的
对于国际化(i18n),Spring中不同的MessageResource实现与JDK标准ResourceBundle中的locale解析规则一样。比如在上面例子中定义的messageSource bean,如果你想解析British (en-GB) locale的消息,那么需要创建format_en_GB.properties的资源文件;中国的如msg_zh_CN.properties。Locale解析通常由应用程序根据运行环境来指定。
也可以把MessageSource当作资源注入到Bean中,Java类示例如下:

java代码:
public  class HelloImpl implements HelloApi{
private MessageSource ms = null;
public void setMs(MessageSource ms){
this.ms = ms;
}
public String helloSpring3(int a){
String msg = this.ms.getMessage("testmsg", null, "Default", Locale.CHINA);
System.out.println("hello Spring3==="+msg);
return "Ok,a="+a;
}
}
配置文件示例如下:

java代码:


事件传播
ApplicationContext中的事件处理是通过ApplicationEvent类和ApplicationListener接口来提供的。如果在上下文中部署一个实现了ApplicationListener接口的bean,那么每当一个ApplicationEvent发布到ApplicationContext时,这个bean就得到通知。
Spring提供了三个标准事件,如下:
ContextRefreshedEvent
当ApplicationContext初始化或刷新时发送的事件。这里的初始化意味着:所有的bean被装载,singleton被预实例化,以及ApplicationContext已就绪可用
ContextClosedEvent
当使用ApplicationContext的close()方法结束上下文时发送的事件。这里的结束意味着:singleton bean 被销毁
RequestHandledEvent
一个与web相关的事件,告诉所有的bean一个HTTP请求已经被响应了(也就是在一个请求结束后会发送该事件)。注意,只有在Spring中使用了DispatcherServlet的web应用才能使用
 
示例,Java类:

java代码:
public class T2 implements ApplicationListener{
@Override
public void onApplicationEvent(ApplicationEvent arg0) {
System.out.println("事件发生了=="+arg0);
}
}
 
配置文件
Resource 接口 :
Spring的 Resource 接口是为了提供更强的访问底层资源能力的抽象,典型的是访问文件资源。基本的定义如下:

java代码:
public interface Resource extends InputStreamSource {
    boolean exists();
    boolean isOpen();
    URL getURL() throws IOException;
    File getFile() throws IOException;
    Resource createRelative(String relativePath) throws IOException;
    String getFilename();
    String getDescription();
}
public interface InputStreamSource {
    InputStream getInputStream() throws IOException;
}
可以使用ApplicationContext直接访问资源,示例如下:

java代码:
InputStream in = context.getResource("msg_en_GB.properties").getInputStream();
byte bs[] = new byte[100];
in.read(bs);
System.out.println("file content=="+new String(bs));
也可以向Bean里面注入资源,示例如下:
在Java类当中添加:

java代码:
private Resource rs = null;
public void setRs(Resource rs){
this.rs = rs;
}
在配置文件中:

java代码:


ApplicationContext能以声明的方式创建,在web.xml中配置如下:

java代码:

  contextConfigLocation
  /WEB-INF/daoContext.xml /WEB-INF/applicationContext.xml


  org.springframework.web.context.ContextLoaderListener
 
视频配套PPT,视频地址【 Spring3开发实战-独家视频课程 】

来自 “ ITPUB博客 ” ,链接:http://blog.itpub.net/26660100/viewspace-717228/,如需转载,请注明出处,否则将追究法律责任。

请登录后发表评论 登录
全部评论

注册时间:2012-02-02

  • 博文量
    65
  • 访问量
    42987