在这个框架横飞的年代...何去何从?

　　近日一合作公司参加了SAP HANA的竞赛，手头没有凑巧的项目，就拿我们这边的项目打算参展，过来一同事进行一些转码的事情。

 

　　这些年一直自己在写框架，也很少协同开发，担心同事看不懂我的框架，编译了一份最基础的无架构的模式发到他。他用Spring MVC作为VIEW的输出，用SRPING的核心库来进行控制，使用ibatis作为数据源，熟练的使用各种框架，特别神奇的是maven这小东西，让我对eclipse下的开发又激起了兴趣，已经快五年没有接触过J2EE开发了，SSH框架只有简单的印象，这位同事搭建好框架，把我发的代码进行转码，运行后发现我OUT了，整个配置如果不跟踪的话根本看不懂，特别是Spring的强大依赖注入，让代码非常简化，很离奇居然这样就搞定了。

 

 　　而后，用SpringMVC的项目和我自己做架构的CASE去对比跑，不知是我对apache的配置有问题还是其他原因，感觉没有自己从底层搭建起的框架性能高效，然后和几个正在经常使用J2EE框架的朋友交流一些机制的问题，发现大家都知道流程，知道怎样配置，知道优势在哪里，但是好像都不知道为什么要用这个东西，给的答案近乎是方便，快捷，大家都在用，我把我的源码贴出来，让大家分析的时候，不知道是自己代码烂还是大家习惯于使用其他框架来搭建环境，他们居然看不明白，一直告知我的是不需要这么麻烦，直接使用什么框架可以这样这样，然后导入一个***的jar包就搞定。。

 

　　这几天一直在学习Spring和其他J2EE的框架，也一直在忧虑这个问题，很不习惯这种开发模式觉得没安全感，发生一个异常，我知道大概在哪出问题，但是出问题的机制和原理，我一概不知，只有捕获异常分析后才能判断出来，这几年用过Nhibernate和MVC做开发，但是还是习惯于构建自己的模式，现在一边为了更高的薪水去学习新的技术，一边内心觉得不安和困惑，盲目的追求使用复杂的框架构建一套系统，这样对吗？特别是对于现在经过培训，没有实际开发经验，没有很扎实的编码能力的新手来说，他们会不会就是企业级开发中的一个螺丝钉，机械的按照构建流程去重复性做这样的事情，扼杀了创造力和对整体的掌控能力？