相关疑难解决方法(0)

关于这个主题已经有一些问题,但是没有任何响应可以提供参数来解释为什么我们不应该创建一个Spring MVC控制器Transactional.看到:

• 交易无法正常工作 - Spring/MyBatis

• 对于Web MVC Spring应用程序应该@Transactional继续控制器或服务吗？

• 制作Spring 3 MVC控制器方法Transactional

• Spring MVC Controller Transactional

所以为什么？

• 有不可逾越的技术问题吗？
• 有架构问题吗？
• 是否存在性能/死锁/并发问题？
• 有时需要多个单独的交易吗？如果是,有什么用例？(我喜欢简化设计,调用服务器要么完全成功要么完全失败.这听起来是一个非常稳定的行为)

背景:几年前,我在团队中使用C#/ NHibernate/Spring.Net实现了一个相当大的ERP软件.对服务器的往返实际上是这样实现的:事务在进入任何控制器逻辑之前打开,并在退出控制器后被提交或回滚.该交易在框架中进行管理,因此没有人必须关心它.这是一个出色的解决方案:稳定,简单,只有少数架构师不得不关心交易问题,团队的其他成员只是实现了功能.

从我的角度来看,这是我见过的最好的设计.当我尝试使用Spring MVC重现相同的设计时,我进入了一个带有延迟加载和事务问题的噩梦,每次都有相同的答案:不要让控制器进行事务处理,但为什么呢？

提前感谢您的答案!