-
业务对象依赖图查看全部
-
Spring IOC查看全部
-
DAO层工作演变为:接口设计+SQL编写 代码和SQL的分离,方便Review DAO拼接等逻辑在service层完成查看全部
-
建议使用基于注解的声明式事务处理，好处： 1、开发团队统一达成约定，明确标注事务方法的编程风格 2、尽可能使事务控制的范围最小，执行的时间最短，尽量不要在事务中进行RPC/HTTP等网络请求，如果需要，则剥离到事务方法之外 3、不是所有方法都需要事务，比如一次修改操作或者只读操作不需要事务控制查看全部
-
spring的声明式事务处理的是runtime异常，如果不是这类异常，那么他是不会回滚的查看全部
-
需要有专门一个方法实现秒杀地址输出，避免人为因素提前知道秒杀地址而出现漏洞查看全部
-
业务接口的编写要站在“使用者”的角度定义，三个方面：方法定义的粒度、参数、返回值。 方法定义粒度：关注接口的功能本身，至于这个功能需要包含哪些步骤那是具体的实现，也就是说，功能明确而且单一。 参数：方法所需要的数据，供使用者传入，明确方法所需要的数据，而且尽可能友好，简练。 返回值：一般情况下，entity数据不够，需要自定义dto,也有可能抛出异常，需要自定义异常，不管是dto还是异常，尽可能将接口调用的信息返回给使用者，哪怕是失败信息查看全部
-
二者都是定义存放数据的 dto:存放的一些临时数据，比如controller和service之间传递的数据封装 entity:存放的业务数据，比如数据库中数据查看全部
-
Spring-IOC注入方式和场景查看全部
-
回滚事务查看全部
-
声明式事务使用方式查看全部
-
第三和第四 合并查看全部
-
第四个测试查看全部
-
seckillserviceimpl.java rewitre MD5是不相等查看全部
-
三个test查看全部
举报
0/150
提交
取消