我有一定的情形,其中的插入和更新基于一些约束多个表进行..所以其自然使用事务范围为这些scenarios.Now,我有一个程序存储库层和服务层。服务层介导的存储库和UI,是持久的无知。 现在读音字困惑在哪里使用的交易无论是在服务或资源库layers.I我不使用任何奥姆斯。我也看到了人们崇尚关于这样的场景工作模式的单位。是有关于工作模式的单元,其适合我的当前场景的任何实施例中,我已经使用ORMS看到的所有实施例。

谢谢,

有帮助吗?

解决方案

这是要取决于你的课程体系,但通常我会做它在服务层。特别是如果你的服务层方法调用多个细粒度的资源库的方法,并期望他们要么全部提交或回滚所有

其他提示

有些问题,可能有助于回答这个问题。

哪些层理解事务要求? 什么是你的仓库接口的粒度?

在我的世界里,我们往往有细粒度的持久化操作,插入,更新,删除。然后撰写他们在服务层。因此,在这样的环境中似乎很明显,我认为这是其理解事务范围内的服务层。

许可以下: CC-BY-SA归因
不隶属于 StackOverflow
scroll top