回到事物的案例中
我们现在希望用代码比较精简的这个AccountServiceImpl这个类。而不是一堆事物的AccountServiceImpl_OLD这个类
新建BeanFactory类
AccountService需要通过spring注入的方式。所以这里提供了set方法
代理谁就写的类加载器。
复制这里的代码
复制过来，然后进行修改
这里有很多红色报错的地方。那就是tsManager这个对象。这就需要在上面定义。
把AccountServiceImpl_OLD中定义的tsManager和生成的set方法都复制过来
accountService需要是一个最终的对象。所以这里用final来修饰
这样这个代理对象就创建完了。同时也加上了事物
这样执行AccountServiceImpl这个被代理对象里面的任何方法时，都会经过代理对象。
被代理对象AccountServiceImpl内就不再需要tsManager。因为都由代理对象来控制了。
完成以上。事务控制和业务层的方法就进行了真正的分离
bean.xml的修改
accountService中注入事务管理就不再需要了。
配置BeanFactory
beanfacoty中注入Service
再注入事物管理器
配置代理的Service
之前的这里的accountService就是一个普通的Service对象，里面没有任何带事物支持的
这里我们不能再配置AccountServiceImpl这个类了。而是要用我们之前对象创建三种方式之一的实例工厂，也就是factory-bean
这样我们就出现了两个类型相同的。这两都实现了IAccountService接口，一个是动态代理实现的，一个本身就是实现类
那么我们测试的时候，用Autowired这种方式注入就不行了。因为这个再注入的时候二选一，选不出来
所以就需要用Qulifier。我们这里就用代理类的Service
在这里打印一句话
测试使用动态代码实现事务控制
出了一场，金额都没有变化
配置变的很繁琐。接下来就需要Spring中的AOP