|
锁定老帖子 主题：DAO和Service分层之愚见
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-04-06
s929498110 写道 yangguo 写道 s929498110 写道 yangguo 写道 你可以连dao层也不要，直接在action上访问数据库。
或者连action都不要，直接在jsp上面写逻辑。 看你开发的什么。 
汗啊。 老兄你这个看起来怎么那么奇怪呢 看起来奇怪的话，只能说明你还没入门。 好吧， 绝世高人。。。 或许“直接在jsp上面写逻辑” 是J2EE的最高境界 俺这个凡夫俗子还真没入门 这个叫返璞归真 |
| 返回顶楼 | |
|
发表时间：2011-04-06
事务 还是在 Service 上控制比较好，跨数据库这样的jta事务控制起来会更方便一些.
|
| 返回顶楼 | |
|
发表时间：2011-04-06
371937605 写道 事务 还是在 Service 上控制比较好，跨数据库这样的jta事务控制起来会更方便一些.
恩。 明白了。 谢谢 
|
| 返回顶楼 | |
|
发表时间：2011-04-06
事务还是放在Action层吧，因为一个Action里面会可能调用多个Service。当然，如果你的Service层做的很厚，那么事务可以放在Service层的。
另外Action-Service-Dao这些经常是信息管理系统使用，别的系统不一定会这样使用的，可能Service层都会分好几层呢。 |
| 返回顶楼 | |
|
发表时间：2011-04-06
看到 事务放在DAO层，哥就蛋疼了~~~
楼主需要继续努力啊！！多做几个项目，多改改代码，就明白了，真的！ 分层不是靠想出来的，分层是靠改出来的。 |
| 返回顶楼 | |
|
发表时间：2011-04-06
大学里还是好好学习下数据结构、操作系统等基础知识吧。。。。。框架什么的，这些都是浮云，工作中慢慢理解。
|
| 返回顶楼 | |
|
发表时间：2011-04-06
jansel 写道 事务还是放在Action层吧，因为一个Action里面会可能调用多个Service。当然，如果你的Service层做的很厚，那么事务可以放在Service层的。
另外Action-Service-Dao这些经常是信息管理系统使用，别的系统不一定会这样使用的，可能Service层都会分好几层呢。 这个问题碰到过，事务在service层上，然后一个action调用了多了service，结果就比较悲催，后来另外写了一个service，action只调这个service，我是这么解决的，但是觉得这个service的用途就有点含糊，不是很清晰。没试过放action层上面，不知道会有什么问题么... |
| 返回顶楼 | |
|
发表时间：2011-04-06
最后修改：2011-04-06
如果是我，我还分Dao、Logic、Services层。
Logic是对Dao的封装 services是对逻辑的封装和对外的统一业务接口。 当然，这个分层视系统的复杂度、业务粘合度、系统耦合度而定。 Jsp写Dao又不是没有过。 |
| 返回顶楼 | |
|
发表时间：2011-04-06
因为你还没吃到过 这么做的苦 等你痛苦的时候就明白了。所有代码写完如果都不需要你维护，那可以随便怎么写
|
| 返回顶楼 | |
|
发表时间：2011-04-06
yangguo 写道 你可以连dao层也不要，直接在action上访问数据库。
或者连action都不要，直接在jsp上面写逻辑。 看你开发的什么。 拉轰哥~ |
| 返回顶楼 | |
