service层方法相互调用及事务处理的思路及解决

本文探讨了如何在服务层中合理地抽象出公共业务逻辑,并通过具体示例展示了如何处理方法间的调用及事务管理。提出了将公共逻辑封装进基类的方法。

摘要生成于 C知道 ,由 DeepSeek-R1 满血版支持, 前往体验 >

service层多个方法中包含相同的业务逻辑是一种很常见的现场,通常会遇到如下几个问题:

1.怎样合理的抽象出公共的业务逻辑?

2.怎样处理service层中方法之间的调用?

3.怎样处理这些方法的事务?

 

下面是我个人的处理方式,仅供参考。由于实现比较简单,所以相关说明较少。

 

代码示例:

public void serviceMehtod1(){
 dao.insert();
 ....
 dao.update();
}

public void serviceMethod2(){
 dao.insert();
}

 

 

serviceMehtod1中的事务范围是insert()+update(),serviceMehtod2的事务范围是insert(),
添加了事务处理后的代码很简单,相信不用我解释大家都能看明白。

 

public void serviceMehtod1(){
 //开始事务
 Session session = HibernateUtil.currentSession();
 Transaction tx = session.beginTransaction();

 insertService()
 ....
 updateService()

 tx.commit();
 //事务终止
}

public void serviceMethod2(){
 //开始事务
 Session session = HibernateUtil.currentSession();
 Transaction tx = session.beginTransaction();

 insertService();

 tx.commit();
 //事务终止
}

//公共业务逻辑
//不添加事务处理
public void insertService(){
 dao.insert();
}

//公共业务逻辑
//不添加事务处理
public void updateService(){
 dao.update();
}

 

当然,对于公共的业务逻辑,比较好的方式是:封装他们到一个基类。

具体的领域对象或者service层对象继承调用这个基类就可以了。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值