框架给开发者带来了什么！

随着java的普及，国外一些团体和公司开发的‘框架‘就如潮水般涌来！面对struts,webwork,spring,hibernate,aop,ioc......这些华丽的词语，使开发人员目不暇接。年情人好赶个时髦，而当今搞it的都希望踩在浪尖上。看文档，找资料，上论坛提问已经成了家常便饭，而国内的一些机构抓住‘时机‘写了一本又一本的教材（多数和包带的文档差不多，很难提出一些经验建议，也不乏有些写的不错的），这些教程更加刺激了‘it 人’的眼球，星星之火已经燎原......
    使用框架的目的是为了提高开发的简易性，降低开发的成本（这对公司老板真是垂涎三尺啊！）。而有的人认为学到了‘长生不老’的法术，有的还自鸣得意，在论坛上乱喊，搞的后来者（新手）大喊上帝。这种现象与国内的计算机技术还很落后有很大关系，出了新框架就出现一大批追随者。为什么我们总是跟着国外的东西作我们自己的事情（前几年我的同学有人在看MFC，还因懂得使用几个XX，走路都有点发飘到处与人探讨，唉！，外国产的‘孔乙己‘，现在java当道还在背MFC吗？哈哈！），框架拿了用就好了，不要把他背下来（老板到是很喜欢你记住）。
   框架真的使开发简易了吗？如果你单独用某些东西的确如此，hibernate简化了数据据的操作，spring将接口的使用发挥到了极限，struts/webwork简化了流程。如果一起用呢，到还说的过去，只不过不要将他们搭配的太紧密了（我不喜欢用spring去操作hibernate，我不否认的确节省了code，谁知道是不是过些日子又出了个hibernateXX版或是又出现比spring更好的玩艺呢！），这些框架各有经典之处，但最好不要混合使用（sprite + beer有人说更好喝，但我看也更上头！）。面对一大堆的xml也是很烦啊！（将讨厌的code变为闹心xml可能是框架做出的最大‘贡献‘，哈哈，个人观点）
   我们自己的框架在哪？大陆/台湾，taiwan is possibly that i think，毕竟台湾的it业发达一些。框架是经验积累的结果，你的懂得深层的java编程思想（可不是台湾XX 的书啊），是经过大量的开发所总结出的亮点，只有在项目的积累中才可以分清什么是熊掌什么是鸡肋。挑出熊掌不能只是吃过后记得它的味道，更重要的是看人家是怎样做的，我们以后自己做着吃！
   总之，降低开发难度，减少编码量是框架发展的大方向。但我看很难将xml里边的东东也减少，除非一个框架将（流程控制+数据持久化+注入机制+...=XXX）各个框架的好东西统一在一起搞个什么东些出来（这些东些不是一家的，欧洲特点，哈哈，估计微软能搞出来，但还是垄断，唉！）。
   一起加油吧！路还长着呢！
   为了有一天出现一个 'ChineseFrame'  made in china