在读书之前，我对架构有一些自己的猜想。听说的最多的框架就是SSH，上网查过这三个字母的全称，但还没深入探究。不过在言语之间猜测，这框架应该是类的封装吧。在完成大作业的时候，连接数据库的部分不管封装的多或少，总之我是没有再因为用到多的对象而更改JavaBean，而是直接在JSP中继续写了。想到这里，觉得封装一个自己常用的数据库连接文件还是很方便的。

　　本书的开头是一个瑞典造战舰的例子，最后一句话为：“出师未捷身先死”的情况不再像过去那样令人钦佩了。过去经验不多，全靠先人探索和犯错来获取经验，但是现在例子十足，所以很多约定俗成的东西不需要再费时间，这可能就是框架的意义吧。

　　看了第二张关于架构的解释，我能感觉到作者已经想要尽可能的细致的讲解了，中间还举了很多的实际场景。我觉得站在一定高度的人给门外汉讲解基础的时候，都显得那么高深。与其说架构的定义，意义，特点，组成什么的，还不如上来先说例子和作用呢。软件架构结构由模块，组件-连接器，分配组成。其中它们三个又可以分为一些具体元素，每个又给了很多阐述。听个大概，很难想象实际，只能抱着疑惑继续看下去了。

　　A-7E的例子中有各种模块，我还是喜欢用包的概念来想东西。我觉得这样更贴近代码，不知道模块和包之间能不能划等号。

　　本书一开始就在灌输一个概念，那就是框架是建立在各种需求之上的，而不是空想框架就应该做的多么好，做的多么完美。就好像第四章说的质量属性，从各个方面的刺激源，刺激，制品，环境，响应和响应度量方面都在规划架构的大小，从需求，性能，硬件，市场和收益等方面都建探索架构的范围。

软件架构实践读后感第一篇