请问一下各位工作中用SSH开发封装问题。

Question

按照传统的架构开发项目，如果分为传统的标准的action,service,dao(interface+impl)
在ioc配置文件中是不是都配三个bean一级一级引用，那样是否太麻烦了。
比如三个bean 。ID分别是userAction  userService  userDao 那spring这个配置文件得多大啊。
是否太麻烦了。每写一个简单动作就配置三个bean，有这个必要吗。
大家的公司都是怎么封装的，比如是否封装一个baseAction  其他action继承这个，或者DAO的增删改查做成通用的，自己也可以扩展的。或者service直接忽略。请大家指导一下，准备自己封装一个s2sh的结构，快速开发的。大家帮忙了。

Answer 1

我们公司做的没有那么复杂，首先是没有DAO跟Service借口，而且在src下分了两块
一个是src/bean（mode），一个是src/cfg(mode的配置文件)。
所有的bean模块下都对应着自己的注入配置文件，最后总的再配置到spring的配置文件中
还有service有个BaseService从容器中获得HibernaTertempate\sqlMapTemplate\jdbcTemplate让其他service去继承它。
而且对于所有的bean都采用标注配置，这样会更方便些！

Answer 2

其实麻烦有麻烦的好处，用XML的形式，如果维护起来会方便很多，减少很多成本。如果注重开发的效率的话，可以建议用Spring的注解方式，在代码中将需要注入的业务bean，用注解的方式注入进去，这样将会大大提示效率，和减少配置文件的繁杂，只需要配置factory和session这些主要的就行了。像总的抽象DAO层，只需要简单的注解就可以解决事务和其他等等的相关事宜。不过这样也有这样的坏处，维护起来会很不方便！

Answer 3

封装一个baseAction  其他action继承这个, 这样XML只要配注入的service
封装一个BaseService 其他service继承这个， BaseService里包含注入的dao，dao里有基本的增删改查功能，写一个getDao()方法获取dao供子类使用。
这样每次增加只有两个spring文件要配置。
当然struct配置文件还是要配的

Answer 4

  我们公司 是 所有的dao、service都分别是一个配置文件，action 就飞的更细，如后台的、实体店的、品牌商的、消费者的都分别都有一个配置文件。
   而后在contxt中，引进来就可以了
   这样就比较清晰，不会混乱。