spring 分模块开发简单实践

spring 分模块开发

背景
      我们一般采用spring+struts+ibatis的开发模式，使用spring统管业务bean，当项目很大时，面临一个bean命名冲突问题，如果和struts一样，采取分模块的方式，不同的模块有自己的命名空间，将会避免几个并行开发的子系统或模块共用一套bean配置文件时id产生重名的问题。

简单方案
     整个系统所使用的公共bean，例如数据源、事务管理、iBatis或hibernate的引擎、国际化资源文件等，放在一个root context文件中， 构造一个根ApplicationContext实例，作为各子模块的父,这里就看出Spring设计上的易扩展性了，ApplicationContext的构造子允许通过一个父实例来创建。
   
    核心类 ContextHelper ,作为管理器类，如下：
    
 public class ContextHelper {
    private static Map _contexts ;
    private static ApplicationContext _rootContext;
    private static final String ROOT_CONTEXT = "conf/rootContext.xml";
 
   static {
      _contexts = new HashMap();
      try{
        _rootContext = new ClassPathXmlApplicationContext(ROOT_CONTEXT);
      } catch (Exception e) {
        throw new ContextException(e);
      }
   }

   public static synchronized Object getBean(String configName, String beanName) {
      ApplicationContext context = getApplicationContext(configName);
      Object bean = context.getBean(beanName);
      return bean;
   }
   //lazyload
   private static synchronized ApplicationContext getApplicationContext(String  configName) {
     if(_contexts.containsKey(configName)) {
       return (ApplicationContext) _contexts.get(configName);
     }
     //这里规定了模块配置文件的命名规则
     String moduleConfigFile = "conf/" + configName + ".bean.xml";
     String [] configs = { moduleConfigFile};
     ApplicationContext context = new ClassPathXmlApplicationContext(configs,_rootContext);
     _contexts.put(configName, context);
     return context;
   }
 
   //消息资源文件管理

  public static String getMessage(String key,Object[] arg,Locale l){
    return _rootContext.getMessage(key,arg,l);
  } 
}

   需要注意的一点是，各子模块bean配置文件中，如果引用根配置中的bean，不可以使用local属性了，请使用bean=“dataSource“，一开始没注意到这个问题，总报错，无法正确合并，我调试了好久才发现。

ToDo

  上述方案还比较简陋，主要的隐患在于，各模块之间的通信问题，当前的设计比较适用于各模块耦合度较小的情况，如果有一些bean，供几个模块之间共用，势必也需要提至rootContext.xml中配置，大大增加了根文件的复杂性。
  另外，可供改进处还有一个，每个模块应该允许采用多个bean配置文件，允许将dao、service等tier分开来处理，可以通过建立一个properties文件，将模块逻辑名与若干配置文件建立映射关系来解决。我得承认，当前的简版方案在context load上有一些hard code的坏气味。