阶段3 2.Spring_07.银行转账案例_6 测试转账并分析案例中的问题

转账回滚这里把异常打印出来。AccountServiceTest.java

把数据库的金额现在都改成1000块

运行测试方法

这里已经报错了。

刷新数据库内的数据。这样我们事物就控制成功了。

事物控制由于持久层回到了业务层。通过添加事物，转账可以正常的执行了。
配置变的非常的麻烦

复制一份AccountServiceImpl的代码改名叫做AccountServiceImpl_OLD

修改原来的代码AccountServiceImpl







两个类做对比。左边的类更加清晰，更加简洁。但是以我们目前的情况来说。他不能实现功能

一旦出现多次操作就会出现，由于每次获取一个连接 无法实现事物控制

解决问题

依赖有类之间的依赖，也有方法之间的依赖
我把事物控制里面 beginTransaction方法后面加了一个1的时候。

AccountServiceImpl.java这个类不受影响。

但是有事务的这个类都受影响了。

这就面临着每个方法后面都需要加上1

在实际的开发中可能会写几十个Service，一旦出现方法名的改变。如果都要进行修改的话就变 的很麻烦

所以我们尽量应该保证方法之间的独立，让他更加的灵活。而不是这种紧密的依赖关系

转载于:https://www.cnblogs.com/wangjunwei/p/11353149.html