众所周知，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--减少不必要的基于接口编程
