|
锁定老帖子 主题：DAO和Service分层之愚见
该帖已经被评为新手帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2011-04-06
tom&jerry 写道 s929498110 写道 horse88sky 写道 引用 DAO层 面向事务和持久层 。 它实现 完成 了 连接数据库 CRUD 等的 底层 细节
dao只面向持久层，事务层应该在service层。 引用 Service层 面向功能 和业务逻辑 。 它通过 调用一个或多个DAO 中的功能点 (方法 ) 来组合成为 一个复杂的 业务逻辑
service层面向事务和业务逻辑，不仅可以调用多个dao，也能调用多个service完成业务功能。 ps:这个没有什么好讨论的，基本上有两派。多数派为service和dao分层。少数派为不分。你选哪一派呢？ 
多谢指定！  我也不是讨论。 就是想加深一下自己的知识见解、 还有就是抛砖引玉
引用 service层面向事务和业务逻辑，不仅可以调用多个dao，也能调用多个service完成业务功能。 这个确实是这个意思 引用 事务层应该在service层 这个该怎么理解额
Transaction和Session不是都在DAO层的吗？ 举个例子：银行转账，一账户增，一账户减，DAO里是对某个账户的操作，在Service里要两次调用DAO（一账户增加，一账户减少），这两次操作要么都完成，要么都不完成，所以事务一般来讲是在Service里的。  明白了。一次事务里面可能有多次会话、即一个Service里面可能有多个DAO
谢谢！
|
| 返回顶楼 | |
|
发表时间：2011-04-06
早就上过当了， 还在被这些破东西骗啊？
|
| 返回顶楼 | |
|
发表时间：2011-04-06
yangguo 写道 你可以连dao层也不要，直接在action上访问数据库。
或者连action都不要，直接在jsp上面写逻辑。 看你开发的什么。 
汗啊。 老兄你这个看起来怎么那么奇怪呢 |
| 返回顶楼 | |
|
发表时间：2011-04-06
beyondsc 写道 早就上过当了， 还在被这些破东西骗啊？
表示朋友你说的话。 小弟不太明白啊。。。 我就是想看看对DAO和Service之间的分层和解耦合理解的是否有问题，希望各路高手评论一下而已额 |
| 返回顶楼 | |
|
发表时间：2011-04-06
s929498110 写道 yangguo 写道 你可以连dao层也不要，直接在action上访问数据库。
或者连action都不要，直接在jsp上面写逻辑。 看你开发的什么。
汗啊。 老兄你这个看起来怎么那么奇怪呢 看起来奇怪的话，只能说明你还没入门。 |
| 返回顶楼 | |
|
发表时间：2011-04-06
建议翻翻老帖，这些问题都被讨论烂了！
|
| 返回顶楼 | |
|
发表时间：2011-04-06
j2ee 怎么是殿堂。明明混水一坛
|
| 返回顶楼 | |
|
发表时间：2011-04-06
五六年前讨论的话题了
|
| 返回顶楼 | |
|
发表时间：2011-04-06
yangguo 写道 s929498110 写道 yangguo 写道 你可以连dao层也不要，直接在action上访问数据库。
或者连action都不要，直接在jsp上面写逻辑。 看你开发的什么。
汗啊。 老兄你这个看起来怎么那么奇怪呢 看起来奇怪的话，只能说明你还没入门。 好吧， 绝世高人。。。 或许“直接在jsp上面写逻辑” 是J2EE的最高境界 俺这个凡夫俗子还真没入门 |
| 返回顶楼 | |
|
发表时间：2011-04-06
银行转账 是最基本的业务逻辑。
service为事务服务，事务需要出错的时候回滚，一个业务需要多次操作DAO层。 如果根本就不需要回滚，service就是一个普通的封装层 |
| 返回顶楼 | |
