论坛首页 Java企业应用论坛

我们项目用了这样一个DAO,大家分析一下。。。

浏览 23749 次
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
作者 正文
   发表时间:2008-09-28  
但是倘若要加入其他辅助功能,比如延迟加载,结果缓存等几乎是不可能的,因为这样做几乎放弃了ORMaping,不能像操作对象一样操作数据
0 请登录后投票
   发表时间:2008-09-28  
小项目和业务简单的用用还可以,业务一复杂,用起来就没那么爽了,而且,你不可能改的一个字段,业务逻辑一点都不动啊,而且,这样开发维护的时候,查起错来,那就让人很不爽了
0 请登录后投票
   发表时间:2008-09-28  
小项目还可以,大项目还是需要领域模型,要不然代码太糟糕,不好维护。
0 请登录后投票
   发表时间:2008-09-28  
我们也有类似的设计,
不过楼主起码也要给meta增加缓存吧,否则效率太差了.
0 请登录后投票
   发表时间:2008-09-28  
任何的应用都是和应用密切相关的。如果应用中动态查询比较多,或者是业务比较复杂,复杂到必须用存储过程的话,这样的设计就显得很脆弱。如果追求性能的话,这样的设计更是一种灾难。但这样的设计主要为了维护方便,但从另一个侧面来说,不见得维护好维护。我不太赞同这样的设计。
0 请登录后投票
   发表时间:2008-09-28  
稍微有一点,【DAO继承一个HashMap】,我觉得这个有些不太妥,应该是包含一个HashMap更好一些。

这种设计,我觉得有好有弊,我觉得这种做法,就是把强类型语言变成弱类型语言,操作起来比较灵活。
有些不好的地方就是调试不好做,同时理解可能会造成一定的影响。

这点就需要项目组写好规范,同时代码要清晰一些。
0 请登录后投票
   发表时间:2008-09-28  
需要拼字符串么?需要分带''和不带''么?
用preparedStatement不就都解决了
0 请登录后投票
   发表时间:2008-09-28  
sinokaka 写道
稍微有一点,【DAO继承一个HashMap】,我觉得这个有些不太妥,应该是包含一个HashMap更好一些。

这种设计,我觉得有好有弊,我觉得这种做法,就是把强类型语言变成弱类型语言,操作起来比较灵活。
有些不好的地方就是调试不好做,同时理解可能会造成一定的影响。

这点就需要项目组写好规范,同时代码要清晰一些。

对的,这种方式很不安全的,真要这样做就让DAO包含一个hashmap的字段,实现Map接口,做一个wrapper实现
0 请登录后投票
   发表时间:2008-09-28  
sinokaka 写道
稍微有一点,【DAO继承一个HashMap】,我觉得这个有些不太妥,应该是包含一个HashMap更好一些。

这种设计,我觉得有好有弊,我觉得这种做法,就是把强类型语言变成弱类型语言,操作起来比较灵活。
有些不好的地方就是调试不好做,同时理解可能会造成一定的影响。

这点就需要项目组写好规范,同时代码要清晰一些。


补充一下,感觉这个设计应该是分开DAO和Bean的,Bean就是含有一个HashMap的。而DAO貌似就似乎你说的那种拼接字符串的。当然了,我这个人比较传统,喜欢分开来做。可能提出的意见不太好,参考一下;)
0 请登录后投票
   发表时间:2008-09-28  
JDO? 现在好像有类似的做法。 不过在大系统中, 这么做就有点扯淡了。 没有什么性能需求, 搞搞也成的么, 有创意就成!
0 请登录后投票
论坛首页 Java企业应用版

跳转论坛:
Global site tag (gtag.js) - Google Analytics