|
锁定老帖子 主题：突破常规，这样好不好？
精华帖 (0) :: 良好帖 (2) :: 新手帖 (3) :: 隐藏帖 (18)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-05-20
这么看来，LZ的项目是DAO和Entity 很多喽。那为什么不试试用多个spring的配置文件。每个人，每个模块对应的一个spring的配置文件。以前一个项目就是这样做的。也是用的SSH的框架。
|
| 返回顶楼 | |
|
发表时间：2009-05-20
楼主的应用是intranet还是Internet？是否有整个项目遵循的统一命名规范？这些都会影响到你所要采用的方法
|
| 返回顶楼 | |
|
发表时间：2009-05-20
有的时候设计过份完美，反倒不能让人接受。
每个人的思想都不一样，设计出能让人更加理解的设计才是好的设计。设计是面向程序员的，而程序员的水平也不一样是相同的。有的时候，光架构就要让程序员熟悉一段时间，而这段时间也应该算进开发时间中去。而且我认为在设计上应该不拘泥于DAO. |
| 返回顶楼 | |
|
发表时间：2009-05-20
star022 写道 zozoh 写道 关于泛型的 Dao 你可以采用 Nutz
http://nutz.googlecode.com 刚刚下载了nutz的源码看了下，发现你的NutDao和我实现的有很多相通之处就是泛型没用到类声明中， 但具体方法的实现上区别比较大，有空好好研究下NutDao的实现分页和缓存思想。 Nutz 不缓存 |
| 返回顶楼 | |
|
发表时间：2009-05-20
chxkyy 写道 第二种方法 ，你的事务怎么处理？
事物通过拦截器在action控制，所以action的命名规范很重要； 所以第二种做法已经明确事物只能放在action，因为对于一些service中不能满足的增加，修改和删除操作，放在action中处理，必须处于同一事物中。 |
| 返回顶楼 | |
|
发表时间：2009-05-20
daerqwert 写道 这么看来，LZ的项目是DAO和Entity 很多喽。那为什么不试试用多个spring的配置文件。每个人，每个模块对应的一个spring的配置文件。以前一个项目就是这样做的。也是用的SSH的框架。
DAO和Entity 的确相当多，针对DAO有很多繁琐的配置，因为需要对DAO配置之后，还有Service Bean对DAO的Ref！ 目前就是分拆Spring配置文件文件。 |
| 返回顶楼 | |
|
发表时间：2009-05-20
~~ 注入Base是没有用的。-
|
| 返回顶楼 | |
|
发表时间：2009-05-20
treblesoftware 写道 有的时候设计过份完美，反倒不能让人接受。
每个人的思想都不一样，设计出能让人更加理解的设计才是好的设计。设计是面向程序员的，而程序员的水平也不一样是相同的。有的时候，光架构就要让程序员熟悉一段时间，而这段时间也应该算进开发时间中去。而且我认为在设计上应该不拘泥于DAO. 我追求的目标是想减轻开发人员工作量，尤其是一些繁琐重复的配置工作，让他们能投入更多精力到业务代码上； 还有一个想法是增加项目的可维护性，如果只有一个通用稳定的DAO层，这样维护工作量就转移到action，service和一些配置文件上了。 |
| 返回顶楼 | |
|
发表时间：2009-05-20
我支持楼主的第二种方案，把DAO尽量压缩，用baseservice类来充当以前的DAO，这样能少很多代码的，现在我的这个项目就是这样，有兴趣可以交流。
|
| 返回顶楼 | |
|
发表时间：2009-05-20
iampurse 写道 ~~ 注入Base是没有用的。-
能否详细一点~~？ |
| 返回顶楼 | |
