提到“构架”一词，脑海里闪过的另一个概念是架构，那么“构架”与“架构”有什么区别和联系呢?百度上说，构架可以理解为组成，简单的说就是一个产品（开发框架）有哪些部分组成。架构本质上也是构架，单是它包含了应用，即软件的部分功能。说到这，还是对“构架”理解不深。那么带着问题去《软件构架实践》这本书中寻找答案。
第一章的《构架商业周期》让我了解了构架的产生，什么是好的构架以及构架商业周期。构架是若干商业和技术决策的结果，构架的设计受诸多因素的影响，而这些影响因素的实现又随构架所处环境的不同而异。即使是同一个设计师设计某个系统，在时间要求很紧迫和时间要求比较宽松的情况下，所做的决策也会有所不同。如果对设计没有时间限制，他会做出不同的选择。在我看来，软件构架是一个系统的草图，是一个骨架，和建筑的地基作用类似。构架受系统涉众、开发组织、设计师的素质和经验、技术环境等因素影响。在设计构架时要遵循实践准则，把准则当作一个警示，进行相应的研究分析。构架并不是注定好的或坏的，各种构架总是能够或多或少满足某些系统的要求。
第二章《什么是软件构架》强调了其确切定义，某个软件或计算系统的软件构架是该系统的一个或多个结构，它们由软件元素、这些元素的外部可见属性以及这些元素之间的关系组成。软件构架很重要，是所开发系统的最早设计决策的体现，是关于系统构造以及系统各个元素工作机制的相对较小、却又能突出反映问题的模型。
讨论构架时用到相关术语：结构和视图。视图是构架元素的内聚集的表示，由系统涉众编写和阅读。结构是元素本身的集合，它们存在于软件或硬件中。构架结构分为三组：模块结构、组件-连接器结构、分配结构。设计软件构架时需要考虑整个系统-硬件和软件。