观点：讨论来讨论去，还是讨论用哪个框架。。。

刚开始我们也提到，学会怎么使用框架只是程序员的基本功，但是我们目标不应该满足于此。所以我也建议大家多看别人优秀的框架是如何实现的，请问有多少人熟悉JDK/spring等的代码，如果你熟悉了也不需要看别人写的书要怎么怎么配置了。而且那种用法比较优秀，比较容易实现也会心里有底。只会跟着设计编码，不会思考因果关系的人那是程序员。当然我本身也是个程序员。。

以前公司也有尝试自己写框架实现整个流程的，我不用spring mvc，我自己写一个表示层的实现也是可以的吧，无非就是servlet或者filterchain而已? 拿到请求就根据配置路由到不同的服务不同的方法去执行而已，反射，annotation，xml都可以实现，笨点hardcode也可以的。就我理解最后都是调用servlet 的dispatcher去干活的，貌似spring mvc就是这样。
spring也可以不要啊，所谓的IOC不就是把bean都自定义在一个hashmap里面，外加一些功能，每次取的时候给他需要的东西就好。所谓AOP也可以不用啊，就是在方法前后加上一些advice，加些逻辑，笨点，手写行吧。
hibernate和ibatis到最后都是sql而已，无非是想办法让你更容易写sql，hql最后不都是变成sql啊， 会写sql就会写代码了。

最后回到根本裸泳的时代， 那本质就是jsp/servlet/jdbc。 jsp/servlet又是对http协议的封装而已，jdbc就是对数据操作的封装而已，webservice又是xml+http的封装，再底层又是0101的二进制了....

虽然以上总结过于简单化，不过我认为这个就是J2EE的本质所在。学习Java的基础知识才皇道。最后我学艺不算很精，以上也许是个歪论。。。

但最后经过试验之后公司还是回归了spring框架，自己维护一套表示层或者业务层框架而又跟主业不太相关时，那个代价也太大了点，而且功能无法跟不断升级的开源框架比。