浏览 397 次
|
精华帖 (0) :: 良好帖 (0) :: 新手帖 (0) :: 隐藏帖 (0)
|
|
|---|---|
| 作者 | 正文 |
|
最后更新时间:2007-11-21 关键字: 持久化
问题rt,完全可以把sql语句写到类中,如果写到配置文件中会造成代码的可读性降低的吧?
不理解,望高人解答,谢谢:) 声明:JavaEye文章版权属于作者,受法律保护。没有作者书面许可不得转载。
|
|
| 返回顶楼 | |
|
最后更新时间:2007-11-21
建议你去查查为什么要有xml
|
|
| 返回顶楼 | |
|
最后更新时间:2007-11-21
当变更降临
|
|
| 返回顶楼 | |
|
最后更新时间:2007-11-21
ddandyy 写道 建议你去查查为什么要有xml
为什么? |
|
| 返回顶楼 | |
|
最后更新时间:2007-11-21
抛出异常的爱 写道 当变更降临
我觉得把SQL写到配置中不见得能完全地解决变更的问题。当SQL语句需要变更时,很大可能代码也不得不变更了。比如你在SQL语句中新加了一个字段,那么肯定是在程序中需要访问的,那么代码很可能就不得不变了;或者新增了一个参数,那么在程序中肯定要想办法传递这个参数,那么代码很可能又不得不变了 |
|
| 返回顶楼 | |
|
最后更新时间:2007-11-21
nicemike 写道 ddandyy 写道 建议你去查查为什么要有xml
打这些字累不?真想跟你说一个字! 兄弟,你谦虚点吧!好歹别人也是好心指点你~~~ 你觉得别人说得不清楚就请对方解释一下,或说得详细一点好了 |
|
| 返回顶楼 | |
|
最后更新时间:2007-11-21
抛出异常的爱 写道 当变更降临
变更也有个频度吧,如果发生变化,也只需要修改部分sql语句,相信花不了多少时间 数据库的切换用户也肯定有权衡,一套数据库具体多少钱我不知道,但至少不是一个小数字,所以个人以为变更还是很不频繁的,即便是换数据库了,但也就少量的有针对性的对sql语句进行修改,修改量应该也不是很大,那就直接改代码中的sql不行么? 修改的内容和xml定义里面的内容是一样的,难道就为了避免在修改后对代码的重新编译? 如果由于业务逻辑发生变化,数据处理方式变化了,就光改sql语句可以满足需要么?代码也得相应的改吧?直接在代码里面写sql不很直观,修改起来也容易么? 忘赐教,谢谢 |
|
| 返回顶楼 | |
|
最后更新时间:2007-11-21
movingboy 写道 nicemike 写道 ddandyy 写道 建议你去查查为什么要有xml
打这些字累不?真想跟你说一个字! 兄弟,你谦虚点吧!好歹别人也是好心指点你~~~ 你觉得别人说得不清楚就请对方解释一下,或说得详细一点好了 抱歉,真的想不明白配置文件里面写sql和xml的产生有什么关系,以为他在说风凉话 在这里给那位兄弟道歉了 |
|
| 返回顶楼 | |
|
最后更新时间:2007-11-22
表只看着SQL不动
只要能写在xml里的东西 几乎全是可以用代码实现的 那么为什么还要写xml 而且几乎每个框架都离不开 都要有那么几个 想起前段时间看的那个帖子........ 去给你找找看..... P.S: 找不到........现在的搜索好不方便啊........ |
|
| 返回顶楼 | |
|
最后更新时间:2007-11-22
nicemike 写道 抛出异常的爱 写道 当变更降临
变更也有个频度吧,如果发生变化,也只需要修改部分sql语句,相信花不了多少时间 数据库的切换用户也肯定有权衡,一套数据库具体多少钱我不知道,但至少不是一个小数字,所以个人以为变更还是很不频繁的,即便是换数据库了,但也就少量的有针对性的对sql语句进行修改,修改量应该也不是很大,那就直接改代码中的sql不行么? 修改的内容和xml定义里面的内容是一样的,难道就为了避免在修改后对代码的重新编译? 如果由于业务逻辑发生变化,数据处理方式变化了,就光改sql语句可以满足需要么?代码也得相应的改吧?直接在代码里面写sql不很直观,修改起来也容易么? 忘赐教,谢谢 天真啊。。。。 人的脑容量, 处理事件的方式, 分类方法, 决定了: 理论上看起来很笨的东西 其实都是有必要的。 |
|
| 返回顶楼 | |








