|
锁定老帖子 主题：突破常规，这样好不好？
精华帖 (0) :: 良好帖 (2) :: 新手帖 (3) :: 隐藏帖 (18)
|
|
|---|---|
| 作者 | 正文 |
|
发表时间：2009-05-21
smilerain 写道 逻辑简单的可以,但复杂的就不行了,因为那个东西就不是DAO.
不过是一个ADOQuery差不多的东西 我想你说的复杂的应该是指一些复杂的查询或有查询或批量修改更新的操作吧， 复杂查询，其实本质上最终还是一些SQL罢了，也许返回结果是什么不能确定而已，这些是有办法解决的； 对于有查询或批量修改更新的操作，本质上是可以分解为一个个基本的DAO操作的，因而业务是可以放在Service层的，如果只有一个BaseService，在业务可以在Action层分解。 |
| 返回顶楼 | |
|
发表时间：2009-05-22
star022 写道 chxkyy 写道 第二种方法 ，你的事务怎么处理？
事物通过拦截器在action控制，所以action的命名规范很重要； 所以第二种做法已经明确事物只能放在action，因为对于一些service中不能满足的增加，修改和删除操作，放在action中处理，必须处于同一事物中。 事务不是你想放那层就放那层的，要根据你项目的性质来，这里涉及到系统分析。总而然之，简单就是好，但不要过分简单。 |
| 返回顶楼 | |
|
发表时间：2009-05-22
xieke 写道 当然是第二种好了，要想最大化解放 开发人员的工作量，最好还是彻底抛弃 ssh, 在第二种的思想基础上重新架构。
是好东西就拿来用，要学会拿来主义。当你自己造轮子时，世面上已经有比你设计更优秀的开源框架了。做项目是以盈利为首要目标，世面上有好东西不用，只能是使项目开发成本增加，降低开发效率，给以后维护这个项目的人带来严重负担。当然你是"天才"，那没有办法啦，因为好东西都是出自天才的，同时也为开源事业贡献一份力量。我们也可用用啊，提高我们的开发效率，^_^ |
| 返回顶楼 | |
|
发表时间：2009-05-22
star022 写道 xieke 写道 当然是第二种好了，要想最大化解放 开发人员的工作量，最好还是彻底抛弃 ssh, 在第二种的思想基础上重新架构。
我的两种想法其实本质上都是基于SSH的，如果彻底抛弃 ssh，肯定得自己写框架了，成本高，风险也大，因为自己不见得就能做得比开源框架好，而且没广泛使用的东西，质量不敢保证！ 怎么说呢，拿我们公司比方，用自己定制的框架的项目组，开发速度是别的用ssh项目组的3倍，这是在两个项目组都呆过的同事总结的。 通用的东西，由于要考虑的东西太多，总是大而全。过度设计，缓慢。 |
| 返回顶楼 | |
|
发表时间：2009-05-22
第二种想法很好，给我的项目带来了点启发，如果能给出点事例代码片段就好了，地址也可以，先谢谢了！
|
| 返回顶楼 | |
|
发表时间：2010-04-07
skyblue1984 写道 aws 写道 配置文件的目的就是集中管理，使用注释方便是方便，但是分散化了
感觉还是不要滥用注释比较好 搞个工具, 导出所有的注释 这样不就有个集中的比照了? 这想法不错，能介绍一下你的俱体做法吗？ |
| 返回顶楼 | |
