-
使用注解控制事务方法的优点： 1、开发团队达成一致约定，明确标注事务方法的编程风格。 ps：使用aop管理事务会造成可能遗忘需要使用什么方法命名等问题 2、保证事务方法的执行时间尽可能短，不要穿插其他网络操作rpc/http等或者剥离到事务外部。 ps：因为这些操作一次要几毫秒到几十毫秒，影响事务速度。 3、不是所有的方法都需要事务，如只有一条修改操作，只读操作不需要事务控制。 ps：如果在配置文件里配置永久<tx:advice aop命名空间>使用aop控制事务，不同的人的命名习惯可能会给不需要事务的方法添加事务查看全部
-
注解事务配置查看全部
-
基于数据库的秒杀（高并发）对时间很敏感，后边有优化课程。 * 使用注解控制事务控制方法的优点： * 1 开发团队达成一致约定，明确标注事务方法的编程风格； * 2 保证事务方法的执行时间尽可能短，不要穿插其他网络操作、缓存操作：RPC／HTTP 或剥离到事务方法外部； * 3 不是所有的方法都需要事务，如只有一条修改操作、只读操作不需要事务控制。查看全部
-
配置事务管理器，MyBatis使用的是JDBC，Hibernate的话就不同。查看全部
-
Spring在抛出运行期异常时会回滚事务，两点注意： 1 非运行期异常时要注意，防止出现部分成功部分失败的情况（所以自己封装异常时，在需要的地方要implements RuntimeException）。 2 小心使用try-catch：被try-catch块包裹起来的异常Spring也是感觉不到的。查看全部
-
声明式事务使用方式，推荐第三种，基于注解。查看全部
-
用注解方式注入依赖，@Autowired是spring提供的，@Resource、@Inject是J2EE规范提供的。查看全部
-
大多数spring的使用，可以用如下方式。查看全部
-
注入方式选型查看全部
-
为啥用ioc查看全部
-
Spring的依赖管理是通过IoC实现的，可以帮我们初始化对象，并整理相互的依赖关系。如图，整个业务对象依赖，由Spring管理。查看全部
-
使用IoC最直接理由：提供一致性的访问接口。查看全部
-
逻辑应该放在service层。查看全部
-
业务接口：站在“使用者”的角度设计接口查看全部
-
dto类似entity，侧重于存放跟web交互的实体类； service放与业务逻辑相关的事务操作； dao主要面向与业务无关的，和如Hibernate、MyBatis相关的事务操作。查看全部
举报
0/150
提交
取消