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