|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2008-04-12
如果有必要在action做事务控制的的话
只能说action中包含了比较多的业务逻辑吧。 我也比较同意sevice提供粗粒度方法。 action简单做些传值就好 |
| 返回顶楼 | |
|
发表时间：2008-04-13
和楼主有同样的问题．
spring的声明事务在action中会出错． 关于action的业务逻辑嘛？ 假设在actiont中有这样的流程 serviceA.createA(); serviceB.createB(); 即不适合在servicA中createB也不适合在serviceB中createA．或者在servicC中createA和createB？ 那也许并不比在action中createA和createB合适． XMLDB 提供的代码不全吧 import com.wolfsquare.core.Application; 找不到． 楼主能否提供完整的代码呢？ |
| 返回顶楼 | |
|
发表时间：2008-04-14
我支持在多个Action中的调用中使用Action级的事务控制方法，如果仅仅是想解决同一个Action里调用多个Service的事务问题，还是建议封装一个统一的Service。
|
| 返回顶楼 | |
|
发表时间：2008-04-19
colin4k 写道 action当然不应该封装业务逻辑，但是action是controller，比如在
一个action里面可能会由几个Business Service的方法组成一个流程， 如果仅对service的方法实现事务控制，那如果流程中某一个service 的方法出现了问题，流程中之前调用的其他service怎么回滚呢。 那是你的Service颗粒度有问题吧。。 |
| 返回顶楼 | |
|
发表时间：2008-04-21
Action根本就不该重用。
|
| 返回顶楼 | |
|
发表时间：2008-05-16
同意楼上的，action不应该重用，action实际应当是对应到一个页面的某个动作的。
如果说一个挥手的动作，你是用一个单一的挥手Action呢还是分解成抬手Action挥Action，停止Action等等一系列Action？ 这些动作分解还是放到Service中来做吧！ |
| 返回顶楼 | |
