众所周知,Spring是提倡基于接口编程的。     但也有些Service类,比如SaleOrderManager 和SaleOrderManagerImpl,只有5%的机会再有另一个Impl实现。95%时间里这两兄弟站一起,就像C++里的.h和.cpp,徒增维护的繁琐,所以刚开始用Spring的时候就想去掉它,今天偶然在群里聊起动态代理,算是搞明白了其中的道理,谢谢Sparkle :)       IOC是不会强制基于接口的,是这些Service类一般要使用Spring的声明式事务机制,而声明式的事务机制是使用Spring AOP来实现的。     再看Spring AOP,混合使用了Java的动态代理和CGLib2,因为:     Java的动态代理是AOP的理想方式,但只能用于接口。如果基于Class的时候,Spring AOP就会用CGLib生成目标类的子类来实现AOP,相当现实。     所以,我们只要指定使用声明式事务bean使用CGLib来实现AOP,就可以不基于接口编程了。     指定的方式是设置proxyTargetClass为true。eg.      <bean id="baseService" class="org.springframework.transaction.interceptor.TransactionProxyFactoryBean"         abstract="true">         <property name="transactionManager">             <ref bean="transactionManager"/>         </property>         <property name="proxyTargetClass">                     <value>true</value>         </property>       ....       </bean>      又讨论了一下这样的效率问题, 因为这些Service Bean都是单例,效率应该不受影响。 相关文章: 1.简化Spring--配置文件 2.简化Spring--View层 3.简化Spring--Model层 4.简化Spring Controller至所有MVC方案中最简 5.简化spring--减少不必要的基于接口编程  
 
  |