|
锁定老帖子 主题：业务层代码复用的一点建议
该帖已经被评为精华帖
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2010-08-24
恩，加强对泛型的支持会更好，如:
public <E extends Object> E findById(Class<E> cls, Integer id); |
| 返回顶楼 | |
|
发表时间：2010-08-29
javaeye 有价值的帖子越来越少了
|
| 返回顶楼 | |
|
发表时间：2010-09-06
很实在呀 呵呵~
|
| 返回顶楼 | |
|
发表时间：2010-09-10
这个也是精华帖？？过了吧
|
| 返回顶楼 | |
|
发表时间：2010-09-18
一般是一对N吧
|
| 返回顶楼 | |
|
发表时间：2010-09-18
我在thinking in java里看到说,继承只应该在一种情况下被使用,那就是子类需要向上转型,其他情况下,不应该使用继承
|
| 返回顶楼 | |
|
发表时间：2010-09-19
泛型用在dao 层 解决不少 乱套的问题
|
| 返回顶楼 | |
|
发表时间：2010-09-20
pjcai 写道
感觉楼主理解的service没有真正做到service的职责。dao不应该与service存在一一对应的关系，否则你的service仅仅是dao的一层壳，没有太多存在的必要。service与dao应该是1对n的关系（n>=1）
同意 PJCAI 的观点，DAO是对数据库（底层）操作的实现（1vs1），Service 是对DAO的修饰，一个Service方法可以有多个DAO方法组成（事务，同步，异步）。
|
| 返回顶楼 | |
|
发表时间：2010-09-20
frankhanmei 写道 pjcai 写道
感觉楼主理解的service没有真正做到service的职责。dao不应该与service存在一一对应的关系，否则你的service仅仅是dao的一层壳，没有太多存在的必要。service与dao应该是1对n的关系（n>=1）
同意 PJCAI 的观点，DAO是对数据库（底层）操作的实现（1vs1），Service 是对DAO的修饰，一个Service方法可以有多个DAO方法组成（事务，同步，异步）。
同上，DAO层就应该功能单一，以便重用 |
| 返回顶楼 | |
|
发表时间：2010-09-24
pjcai 写道 感觉楼主理解的service没有真正做到service的职责。dao不应该与service存在一一对应的关系，否则你的service仅仅是dao的一层壳，没有太多存在的必要。service与dao应该是1对n的关系（n>=1）
基本同意... |
| 返回顶楼 | |
