阶段3 2.Spring_07.银行转账案例_6 测试转账并分析案例中的问题
转账回滚这里把异常打印出来。AccountServiceTest.java
把数据库的金额现在都改成1000块
运行测试方法
这里已经报错了。
刷新数据库内的数据。这样我们事物就控制成功了。
事物控制由于持久层回到了业务层。通过添加事物,转账可以正常的执行了。
配置变的非常的麻烦
复制一份AccountServiceImpl的代码改名叫做AccountServiceImpl_OLD
修改原来的代码AccountServiceImpl
两个类做对比。左边的类更加清晰,更加简洁。但是以我们目前的情况来说。他不能实现功能
一旦出现多次操作就会出现,由于每次获取一个连接 无法实现事物控制
解决问题
依赖有类之间的依赖,也有方法之间的依赖
我把事物控制里面 beginTransaction方法后面加了一个1的时候。
AccountServiceImpl.java这个类不受影响。
但是有事务的这个类都受影响了。
这就面临着每个方法后面都需要加上1
在实际的开发中可能会写几十个Service,一旦出现方法名的改变。如果都要进行修改的话就变 的很麻烦
所以我们尽量应该保证方法之间的独立,让他更加的灵活。而不是这种紧密的依赖关系