读《框架漫谈》有感而发

　　以前的学习中我们经常听说架构、框架，可架构到底是什么?恐怕没人能讲通。通过阅读老师推荐的《架构漫谈》一文使我对架构有了新的认识，在《架构漫谈》中作者通过举例子等方式十分形象生动的讲解了作者对架构的认识，这些知识对刚刚学习架构知识的我有着很大的帮助。作者在什么是架构、怎样做好架构、软件架构如何落地、如何写好程序等方面做了大量的讲解，这些知识让我对架构也有了自己的一些见解。

　　以前看框架教程都是写步骤的，第一步导入jar包；第二步配置相关配置文件；第三步，启动服务器。都是这样的过程，但是最重要的是死记硬背，因为spring 包中的帮助文档，涵盖了所有的配置过程，自己需要的时候去copy过来就行。其实这也是一种很好的方式，往往自己从头写，会出现拼写错误，对于新手而且，启动的时候，发生错误，真的是束手无策。

　　文中作者给出的建议是：自己可以去总结框架搭建环境的流程，把每一步的操作这定好，尽量减少你出错的可能性。但是如果不幸出错了怎么办，尤其是诸如包冲突等等问题，不要太过于着急，网络上啥都能找的到的，问百度、谷歌是个不错的选择。在搭建好环境之后，不要急着去开发，就像你刚学java时，会来个hello，world；那为何这个时候不可以写个呢？只是变成了浏览器访问一下而已。我们从未想过，为什么会有框架？框架是怎么来的？书中提到随着软件的规模的变大，做好一个软件也变得越来越难了。早期的程序员写程序，主要是为了帮助自己研究课题。这些程序员熟练了之后，提高了自己的生产力，并发现还可以帮助别人写程序，慢慢软件就变成了一个独立的行业。程序从早期由一个人完成，也逐渐变成了由很多不同角色的人共同合作来完成。软件工程师的精力有限所以要完成一个大型的软件需要合作，这就把原来一个人的连续工作，拆分成了不同角色的人的连续配合，演化成了不同的软件开发的模式。这样也使得软件架构的出现，一开始是懵懵懂懂的去写软件，后来慢慢的就有意识的去切分，演变成了不同的架构。

　　那什么是架构呢，书中作者利用人类自己的生活形象的说明了架构的概念，同时又用了建筑的例子阐述了自己的观点，架构是：根据要解决的问题，对目标系统的边界进行界定。并对目标系统按某个原则的进行切分。切分的原则，要便于不同的角色，对切分出来的部分，并行或串行开展工作，一般并行才能减少时间。并对这些切分出来的部分，设立沟通机制。根据设立的沟通机制使得这些部分之间能够进行有机的联系，合并组装成为一个整体，完成目标系统的所有工作。架构的提出让我们对任务的拆分对问题的解决都有着十分重要的启发，让软件的开发变得更加注重合作和关注问题的解决，让大型软件的开发变得快捷和方便。

　　这学期我们开始学习J2EE，现在JAVA市场饱和很多年，懂3大框架的人不知道有多少，而且真正公司对员工的要求，没那么多，很多都是只能碰碰Action层的东西，Dao层之类的，人家架构师早就写好了，几乎轮不到程序员。所以掌握3大框架并不值得炫耀，如果你能够做的是精准的使用他，和排查一些特殊错误，以及性能的各方的问题，更重要的是不能只活在JAVA的世界里，IT行业发展这么快，对程序员的要求也越来越高了。