论坛首页 Java企业应用论坛

突破常规,这样好不好?

浏览 13760 次
精华帖 (0) :: 良好帖 (2) :: 新手帖 (3) :: 隐藏帖 (18)
作者 正文
   发表时间:2009-05-19  
star022 写道
kjj 写道
纸上谈兵,无真相,,,,,,,,,,,,,,,,,,


目前项目已经按想法进展中,
你认为什么地方纸上谈兵了?能不能具体一点?


项不项目没人了解,就凭几句空话.........连个示例伪代码都没有!!!
0 请登录后投票
   发表时间:2009-05-19  
关于泛型的 Dao 你可以采用 Nutz

http://nutz.googlecode.com
0 请登录后投票
   发表时间:2009-05-19  
kjj 写道
star022 写道
kjj 写道
纸上谈兵,无真相,,,,,,,,,,,,,,,,,,


目前项目已经按想法进展中,
你认为什么地方纸上谈兵了?能不能具体一点?


项不项目没人了解,就凭几句空话.........连个示例伪代码都没有!!!



代码不方便贴上来,不好意思,
如果你对我说的两个想法有不明白的地方,可以提出来,没有源码也不会影响大家讨论吧。
0 请登录后投票
   发表时间:2009-05-19  
zozoh 写道
关于泛型的 Dao 你可以采用 Nutz

http://nutz.googlecode.com


刚刚下载了nutz的源码看了下,发现你的NutDao和我实现的有很多相通之处就是泛型没用到类声明中,
但具体方法的实现上区别比较大,有空好好研究下NutDao的实现分页和缓存思想。
0 请登录后投票
   发表时间:2009-05-19  
我感觉第一种比较好些。。因为我就是那样用的。
0 请登录后投票
   发表时间:2009-05-19  
dfedora 写道
我感觉第一种比较好些。。因为我就是那样用的。


哦~~~ 这样的话还是需要写比较多的bean,然后再配置,
虽然比常规做法的确轻松了很多,但似乎感觉还是有一点点不够精简!

不知道是不是可以采用 想法一 和 想法二  的中庸做法,BaseService还是注入到BaseAction中,
但针对BaseService不能满足的业务场景,可以做继承BaseService添加业务代码,再注入到具体Action中。
0 请登录后投票
   发表时间:2009-05-19  
没想过COC?就算还是要用xml或者annotation,也可以用coc来规划
dao不能直接干掉?
0 请登录后投票
   发表时间:2009-05-20  
grails吧^_^
0 请登录后投票
   发表时间:2009-05-20  
第二种方法 ,你的事务怎么处理?
0 请登录后投票
   发表时间:2009-05-20  
单纯做个项目,多几个bean无妨,如果你想类似springside那样做个通用的模板也许可以仔细研究。

项目中就怕想多.....导致项目停滞不前...
0 请登录后投票
论坛首页 Java企业应用版

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