从今天开始，我要对架构之美这本书进行精度，并对书中的内容进行学习和记录。今天呢，我先学习第一部分的内容：论架构。该部分的内容分为两章：第一章是从架构的品质考虑和架构结构的角度，对架构进行探讨；第二章则是揭示了软件架构如何影响系统的演进和开发者在项目中的参与情况。
第一章是对架构的概述。在现在的生活当中，基本上所有东西都需要架构，房子、音乐甚至是食物，所以比如建筑师、音乐家、作家、计算机设计师、网络设计师、软件开发者都在使用“架构”这个术语。就比如建筑师，在设计、构建和修复建筑时需要准备建筑最初的草图来展示外观和内部布局，从而和客户更好地交流并且让建筑能够更有条理地被建成。而我们软件架构师也一样，扮演着类似建筑师的角色，但是却又比建筑师更困难，因为有三个因素：缺少传统、产品无形性和系统复杂性。软件架构不是一个简单的实体。它有外部行为，描述展示了产品如何与它的用户、其他系统和外部设备进行交互；它有结构，描述展示了产品如何划分为多个部分，以及这些部分的关系；它还有内部行为描述，用于描述组件之间的接口。在了解了软件架构的含义之后，然后就应该了解如何去创建软件架构。作为架构师，第一项任务就是与利益相关人协作，理解品质关注点和约束，并为它们排列优先级，这是最重要的，然后再关注具体系统其他的关键的关注点，比如功能性、可变性、性能、容量、生态系统、模块化、可构建性、产品化和安全性。最后一个好的架构师会认识到，架构会影响组织机构。而最后就是对一个架构好坏的判断，我们有两种评估方式：一种是确定架构的属性，通常通过建模或模拟系统的一个或多个方面；另外一种评估方式，也是最广泛使用的方式，就是通过对架构师提出质询来评估该架构。
第二章所描述的是现代软件神话。软件系统就像一座由建筑和后面的路构成的城市——由公路和旅馆构成的错综复杂的网络，在繁忙的城市里发生着许多事情，控制流不断产生，它们的生命在城市中交织在一起，然后死亡，丰富的数据积聚在一起、存储起来，然后销毁。从两个软件系统的简单故事中，我认识到了架构如何对软件项目产生深远的影响。架构几乎会影响所有与之相关的人和事，它决定了代码集的健康，也决定了相关领域的健康。一个好的架构是很多因素的结果，包括：确实进行有意为之的前端设计；设计者的素质和经验；清晰的设计观点等等等等。