自定義Spring注解bean的命名策略

 由於項目的需要spring的業務相關的bean不是寫在xml文件中，因為項目是一個模塊一個模塊提交的，提交的時候不想修改xml文件，因此就用到了spring的注解Service。

 例如：

      Java代碼

1 @Service("TestService")  
2 public class TestService {
3   }  

   這等同於：

Xml代碼 

1 <bean id="TestService" class="TestService"/>  

   spring會在classpath里面掃描標記有TestService等標簽的類，掃描組件的配置如下：

  Xml代碼 

1 <!-- sdp-service主要是注入服務類 -->  
2 
3 <context:component-scanbase-package="org.sdp"/>

 加上以上的配置后，spring會自動的掃描org.sdp文件下的標記有注釋的類。

 以上的配置看似很“完美”，其實如果項目稍微大時就會出現問題，大家都知道spring的bean的id必須唯一，如果兩個人同事寫代碼就有可以造成寫同樣的bean名稱。

解決這個問題的一個思路是把bean的名稱修改為 類的全路徑，例如org.sdp.A 和com.bey.A 。

只要修改spring默認的bean命名策略就可以了。

AnnotationBeanNameGenerator是bean的默認命名策略，他實現了BeanNameGenerator接口。在Service里面，如果不寫bean的名稱，那么默認的名曾是類名，但是第一個字母是小寫的。

例如：

 Html代碼 

1 com.xyz.FooServiceImpl -> fooServiceImpl  

觀察spring的源代碼發現，buildDefaultBeanName方法首先了bean名稱小寫的作用。

Java代碼 

1 protected String buildDefaultBeanName(BeanDefinition definition) {  
2        String shortClassName = ClassUtils.getShortName(definition.getBeanClassName());  
3         return Introspector.decapitalize(shortClassName);  
4 
5     }  

因此，可以寫一個類繼承自AnnotationBeanNameGenerator，重寫buildDefaultBeanName方法。

 Java代碼 

1 public class SdpAnnotationBeanNameGenerator extends AnnotationBeanNameGenerator {        
2 @Override      
3 protected String buildDefaultBeanName(BeanDefinitiondefinition) {          
4 return definition.getBeanClassName();    
5  }  
6 }  

我的改下代碼：

 1 @Override
 2     protected String buildDefaultBeanName(BeanDefinition definition) {
 3         String className =definition.getBeanClassName();  
 4     
 5         className=className.substring(className.lastIndexOf(".")+1);
 6         if(className.toLowerCase().endsWith("impl")){
 7             className=className.substring(0, className.length()-4);
 8         }
 9         if((className.toLowerCase().endsWith("service")||className.toLowerCase().endsWith("dao"))==false){
10             return super.buildDefaultBeanName(definition);
11         }
12         
13     
14         className=className.substring(0,1).toLowerCase() + className.substring(1);
15         return className;
16     }

 

在掃描配置中需要添加自己的命名策略類：

Xml代碼 

1 <!-- sdp-service主要是注入服務類 -->  
2 <context:component-scan base-package="org.sdp" name-generator="org.sdp.spring.SdpAnnotationBeanNameGenerator" />  

通過以上配置，業務相關的bean不用寫bean的名稱了，ApplicationContext.getBean("類的全路徑")就可以得到類的實例了。

如果是spring2.5則就結束了，但是spring3.0為完美提供了getBean(name,requiredType);使用了泛型，因此只要傳入一個業務類的Class，getBean就返回此類的實例，而不用在

強制轉換類型了。

1 public static <T>T getService(String classFullName) throws ClassNotFoundException,BeansException{  
2     Class<T> requiredType=(Class<T>)Class.forName(classFullName);  
3         return SdpContext.getContext().getBean(classFullName,requiredType);     }  

強制轉換類型代碼：

  Java代碼 

TestService testService2=(TestService ) SdpContext.getContext().getBean("TestService ");  
System.out.println(testService2); 

改進后的代碼：

 Java代碼 

1 @Service  
2 public class TestService {    }  

Java代碼 

TestService testService=SdpContext.getService("org.sdp.context.TestService");  
System.out.println(testService); 

 

摘自：http://yunzhongxia.iteye.com/blog/898433