代码碎片也疯狂
2014-07-31 12:27
浏览 505
已采纳

Spring 事务注解 应该声明在哪里更合适?

 

Spring  事务注解 应该声明在哪里更合适?

 

==================示例代码=======================

// 作为简化操作Service直接继承了DAO的操作。 
// 父类
public abstract class BaseDaoImpl<T> implements BaseDao<T>
{
    public void save(T entity){ /* 具体实现 */ }
    public void delete(Long id) { /* 具体实现 */ }
    public void findById(Long id) { /* 具体实现 */ }
}
// 子类
public class RoleServiceImpl extends BaseDaoImpl<Role>
{
}

 方法(1):直接在父类(BaseDaoImpl) 中 声明事务注解

 

 

  @Transactional
    public abstract class BaseDaoImpl<T> implements BaseDao<T>
    {
        @Transactional(propagation=Propagation.NOT_SUPPORTED) 
        public void delete(Long id) { /*具体实现*/ }
    }

 方法(2):在父类中不进行事务注解,在子类(RoleServiceImpl)中 声明事务注解

 

  @Transactional
    public class RoleServiceImpl extends BaseDaoImpl<Role>
    {
        @Transactional(propagation=Propagation.NOT_SUPPORTED) 
        public void delete(Long id) { super.delete(id) }
    }

 请问对于上面2钟方法,哪种比较稳妥。

 

 

按照:Spring团队的建议是你在具体的类(或类的方法)上使用 @Transactional 注解,而不要使用在类所要实现的任何接口上,那么是不是 第(2)钟方法更合适。

 

  • 写回答
  • 好问题 提建议
  • 追加酬金
  • 关注问题
  • 邀请回答

2条回答 默认 最新

  • xiaobeixiaoben 2014-07-31 15:11
    最佳回答

    是第二种方法更合适,虽然@Transactional注解可以被应用于几口定义和接口方法、类定义和类的public方法上,如果定义在接口上的话,会留下隐患,因为注解不能被继承,所以业务接口中标注的@Transactional注解不会被业务实现类继承的,子类是不会启用食物机制的

    评论
    解决 无用
    打赏 举报
查看更多回答(1条)

相关推荐 更多相似问题