给做快速开发框架的人泼泼凉水

那照你的逻辑，这算是客户需求么？如果是的话，是不是说但凡桌面应用用到数据库必须提供一套类似hbm的配置文件，凡是不能提供此类文件的全都是不够灵活的桌面应用？

这个需求就是臆想出来的。

1.对客户来说，不存在这样的需求。

2.对开发人员来说，换数据库为什么要修改字段？请详细说出真实项目这样的场景，核心代码不变，数据库改了，但是只有字段名改了其他任何东西（如表之间的关系）都一模一样，可能么？


hbm配置文件的本意是用来提高灵活性的么？不是，本意是用来配置关系映射的（因为早期JDK不支持注解这种方式），不是用来实现不存在的需求中的灵活性的。

另一个例子就是ibatis的配置文件，难道最大的原因是为了改sql不改代码么？这不是最大的理由，因为这个配置文件是为开发人员服务的，集中的存放了sql语句，便于开发人员维护和调优。

struts 1.x中的配置页面逻辑的配置代码就更莫名其妙了，只改页面跳转路径就能搞定某些修改需求么？不可能的事。早期的Java框架就是这种配置优于代码的思想高高在上，导致开发、修改、维护效率（相对的）低下，当出现ROR型的框架，现在开始反思了，反思中的一项就是，造出这么多实际项目根本不会出现的需求场景有必要么？

改dialect即可，怎么会需要换hibernate映射

若经常做点什么东西，可以自己写一些小小脚本，小小的工具，只有自己或者身边的人会用，让大家做这类事情的效率提高，就达到目的了；
若打算做一个“框架”，那就是打算让很多人来用，是很费力气的；
有时候应该考虑其投入产出，是否值得花这么大力气去做？你认为很NB的东西是否能达到同样NB程度的效果？
这么考虑之下，我也不赞成随便地认真地就将“做框架”当回事儿.

不过话说回来，楼主大可不必去泼人家冷水，因为我认为这些做框架的人也不是“很傻很天真”，不可能真的为了写一个将来人人都要用的“世界级”的框架而操劳，其实他们大多数人都只是想玩玩而已、试一试而已，把自己玩的阶段性成果跟大伙儿showshow而已，对不？反正类似的应用技术，蹦达来蹦达去也就那么点东西...而正是这些陈出不穷的玩物构筑了JE的生态圈么~

否决楼主意见！人正是因为偷懒，所以才产生计算机代替人做事的！