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