技术框架上的皮之不存,毛将焉附

很有见地。
LZ的问题就是，不要单纯讨论A框架 VS B框架，或者A技术 vs B技术。而要把他们的背景环境一并交代清楚。 而这个背景环境往往是容易被忽视，而又很重要的。有时就是决定性因素。

确实如此啊
很多人讨论框架时没有考虑或没有重视这个问题
跟风,或者为了学习成本,大而全
不过有时候也是没有办法的,框架很多,每个有每个的侧重点
选择个冷门框架,风险还是有的
大家多数是在妥协 没有完美的 只有够用 或者能用

现在的技术发展都是基于对未来的预见性......科技以人为本......

譬如Hibernate技术,它的隐含假设,就是对于数据库的操作,必须通过对象方式来实现,不能直接编写SQL语句,一旦这一假设不存在了,Hibernate的用处也就不存在了

谁说hibernate不能直接写sql？

hibernate肯定有架设的,hql能达到一定的灵活性,但是如果系统里有复杂的统计分析功能:"通过用户配置数张表的各种连接方式,统计各个表中用户所关注的任意组合的字段数值",如此灵活性的需求找不到某个对象能直接映射到数据库中,用hibernate实现则复杂性就比较高了,在项目初期设计,识别可能出现我所说的"复杂统计查询",是确定"是否采用ORM框架"的主要依据.

还是这样比较对~ 我也会选有针对性的东西的

可是我看LZ好像自己都没搞清楚他自己陈述地背景对不对，何不合适...

基本认同考虑问题应该想想前提的观点。但个人认为不同的人对前提的认识也不同，就拿jsp来说，如果有人用他来做js的生成模板（我们团队就这么用）这样JSP存在的基本假设还是不会被推翻，打个比方，就像老虎钳，不会只用来操作铁丝和铰断铁丝，如果在没有锤子的时候还是可以用来充当锤子，不会因为没有铁丝老虎钳存在就被推翻，其实还是事务之间的界限往往是模糊的，前提也有时是不充分的，讨论问题也是为了交换意见，改善自己的思考，即使自己不同意他人的意见，依旧要尊重他人阐述个人意见的权利，相信争论还是会让自己有新的认识和提高。

大家都是混口饭吃。这样说来说去，似乎就是贬低自己的价值。不过话又说回来了，的确就像LZ说的这回事。
不过，有些东西，你少了它们还就真不行了。
其实，这些技术出来之后没什么，出来之前嘛。。。那是大大的有搞头的。

不是太明白，马后炮是没有意义的，就像刘谦春节表演的魔术一样，过后很多人去破解，为什么不花心思去创造呢！