|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
时间：2007-11-05
泛型 DAO有很多开源项目实现在很好,比如我们熟悉的 Appfuse2.0, SpringSide,以及bba96等,都做了很好的实现,我们完全可以拿来主义嘛.不过做人要厚道啊,拿来用可以,要"守法"啊~~~~~~~~
|
| 返回顶楼 | |
|
时间：2007-11-08
gordon@java 写道 应该是Dao/BaseDAOHibernate是对所有对象crud的操作都能工作的,其中crud某些方法的参数会包括Class cls. UserDao/UserDaoHibernate是专门针对user类的,这个的crud是不需要传入Class的,比如直接给id或者条件就好,不需要User.class,这样的封装对于使用UserDao的代码会好些
Dao可能的方法 public T findById(Class<T> cls,Long id) 对应的UserDao的方法 public User findById(Long userId) 确实，偶也觉得应当这样理解比较合适。 |
| 返回顶楼 | |
|
时间：2007-11-22
realorg 写道 gordon@java 写道 应该是Dao/BaseDAOHibernate是对所有对象crud的操作都能工作的,其中crud某些方法的参数会包括Class cls. UserDao/UserDaoHibernate是专门针对user类的,这个的crud是不需要传入Class的,比如直接给id或者条件就好,不需要User.class,这样的封装对于使用UserDao的代码会好些
Dao可能的方法 public T findById(Class<T> cls,Long id) 对应的UserDao的方法 public User findById(Long userId) 确实，偶也觉得应当这样理解比较合适。 |
| 返回顶楼 | |
|
时间：2007-12-01
我觉得还是加入service层比较好,如果是能大量使用的业务,责将业务假如到dao层,将dao层设计成富模式,相反,如果不是大量使用的,则将业务设计到service层中,dao层中使用贫血设计模式,
|
| 返回顶楼 | |
|
时间：2007-12-05
UserDaoHibernate extends BaseDAOHibernate implements UserDao这里是不是有点怪
BaseDAOHibernate 已经实现了UserDao了， UserDaoHibernate 实现UserDao就不用了吧 |
| 返回顶楼 | |
|
时间：2008-03-28
seablue_xj 写道 我觉得还是加入service层比较好,如果是能大量使用的业务,责将业务假如到dao层,将dao层设计成富模式,相反,如果不是大量使用的,则将业务设计到service层中,dao层中使用贫血设计模式,
嗯. 这种想法不错 |
| 返回顶楼 | |
|
时间：2008-04-04
晕，我的想法跟搂主不谋而合，看来我进步了，呵呵
只不过我的出发点是节省开发时间，自己写个脚本，可以由Bean自动生成 UserDao和UserDAOHibernate |
| 返回顶楼 | |
