《软件构架实践》章节试读

《软件构架实践》的笔记-第137页 - 第8章

一路从可用性，互操作性，可修改能力，一直看到性能，确实有干货。作者的知识果然已经不是应用性的知识，而是从经验和思考里提炼出来的精华。虽然，有些看得似懂非懂，有些地方似是而非，但总体上还是有收获。凝炼。

《软件构架实践》的笔记-第250页 - Chapter 13 Architectural tactics and patterns

本章应该是本书必读章，前面的质量属性是衡量架构好坏，对设计决策作出平衡和权衡的基础，而本章的架构策略和模式则是构成了架构的基石。模式从来都不是发明出来，而是被发现出来的。本章对于《设计模式》也推崇有加，《设计模式》广泛地涵盖了系统设计不同层面的模式从而成为经典，而本章阐述和引申的都是架构设计的模式。具体的模式有多种，作者分门别类一一道来，所以基本上几十页的内容可以大致了解应用于架构的模式细节。另外，还讨论了模式和策略的关系，以及在产品设计决策时根据质量属性的要求所作的权衡。
是干货很多的一章，看得累了，所以还是去炖莲藕山药排骨汤去补一补！

《软件构架实践》的笔记-第275页 - 第15章 Architecture in Agile Projects

架构在敏捷项目里怎么做？多少才算足够？这一章篇幅不长，却清晰地回答了这个问题。好！

《软件构架实践》的笔记-第185页 - 第12章

软件架构的基本质量属性从第4章讲起一直到第11章，讲了最核心的几种：可用性(Availability)、互操作性、可修改性、性能、安全、可测试性以及可用性(Usability)，每一章都不长，使用固定的结构讲解，即通用场景、技巧、检查列表、扩展阅读和问题讨论，作者用短短十几页来讲一种质量属性，你是不用期望能讲多细的。但是所给出的要点却是非常有用，因为这样你可以从宏观的角度把握，如果我想在系统的某个属性的某个侧面做到什么程度，我可以采用什么方法。
虽然零零散散的阅读记忆不深，但是这些质量属性在设计架构的时候要知道，然后顺藤摸瓜，自然会由浅入深，由粗见细，慢慢掌握了。
第12章讲解其他的质量属性，有可变性、可移植性、开发分布能力、扩展性、弹性、部署能力、移动性和可检测能力。
英文书读的慢，忘得快，共勉！
为了避免误导，给出英文原文：
Availability, Interoperability, Modifiability, Performance, Security, Testability, Usability, [B-list] variability, portability, development distributability, scalability, elasticity, deployability, mobility, monitorability.

《软件构架实践》的笔记-第63页 - 第4章 理解质量属性

书的第一部分是介绍，也就是开个题，围绕着架构这个概念作了较细致的讲解，主要是：什么是架构、架构为什么重要、架构和人以及环境的关系。在深入理解了架构之后，我们就知道架构真的是在软件开发过程中不可或缺的部分，它紧密联系着各路利益相关者和真实的软件系统，联系着软件开发的多个方面如质量、计划、人员组织和各种开发活动。恩，总之挺重要。其中的AIC(Architecture Influnce Cycle)和Stakeholders的列表让人印象深刻。
书的第二部分，重点是讲质量属性（Quality Attributes），即架构最重要的七种属性可用性、互操作性、可修改性、性能、安全、可测试性、可用性以及其他。在详细研究之前，作者给出了质量属性的定义，抄录如下：A quality attribute (QA) is a measuable or testable property of a system that is used to indicate how well the system satisfies the needs of its stakeholders.
应该是在第一部分曾经讲过为什么这些重要属性里面居然没有functionality，在这里又重提一下给出了解释，不过这个可以作为一个问题继续思考，为什么呢？

《软件构架实践》的笔记-第38页 - 第2章 Why Is Software Architecture Important

第二章主要是解释了一下软件架构的重要性，作者居然列出了13条，厉害。不过看完之后，都很赞同，13条具体是啥，忘得差不多了。

《软件构架实践》的笔记-第45页 - 第3章

这一章的标题是软件构架的多种环境，具体是技术、项目生命周期、业务、专业。
技术方面主要是从架构的质量属性考量，例如容错性、扩展性、性能、安全等等方面，这些具体细节会在第2部分着重讲解。
项目生命周期方面，先介绍了四种常见的软件开发流程：瀑布、迭代、敏捷和模型驱动开发。然后，概括了无论在哪种流程里都不可避免的7个架构活动，抄录如下：1. Making a business case for the system
2. Understanding the architecturally significant requirements
3. Creating or selecting the architecture
4. Documenting and communicating the architecture
5. Analyzing or evaluating the architecture
6. Implementing and testing the system based on the architecture
7. Ensuring that the implementation conforms to the architecture

《软件构架实践》的笔记-第24页 - Chapter 1 What Is Software Architecture

The software architecture of a system is the set of structures needed to reason about the system, which comprises software elements, relations among them, and properties of both.
开篇第一章的主要目的是初步介绍软件构架的概念，所以定义是非常重要的，起到提纲携领的作用。上段原文是作者最倾向的一种定义，第一章就围绕这个定义展开。
第一章中必须理解的两个基本概念（术语）：结构（Structure）和视图（View）。
A structure is a set of elements and the relations of them. A view a represenation of a coherent set of architectural elements, as written by and read by system stakeholders. A view is a representation of one or more structures.
结构分为三种类型：模块结构、组件-连接器结构（Component-and-Connector structures, C&C）、分配结构（Allocation structures）。
针对于三种主要的结构类型，第一章给出了详细的解释、应用的场景和一些有用的例子。比如，属于模块类型的分解结构（Decomposition structure）、使用结构（Uses structure）、分层结构（Layer structure）、类结构（Class or generalization structure）、数据模型（Data model）；属于C&C类型的服务结构（Service structure）、并发结构（Concurrency structure）；属于分配类型部署结构（Deployment structure）、实现结构（Implementation structure）、工作分配结构（Work assignment structure）等等。紧接着，基于这些结构，作者给出了它们之间的关系，并强调Fewer is Better，进而强调了选择各种结构的原则：provide insight and leverage into the system's most important quality attributes
最后，谈到了构架设计的一些可以重用的模式（Patterns）以及如何评价是不是一个“优良的”构架，当然，因为是第一章，原则性或概要性的内容较多，可能在后续章节会有更多细节展开。
其中个人比较喜欢的是，作者会插入一些注解（Side Note），形式可能是概念细节，例如，相比Software Architecture，Software Architecture和Enterprise Architecture又有什么不同？或者是小故事，比如，作者RK参与的项目架构质量评估的有趣经历。
总体来看，行文相对易懂，虽然有些专深的叙述一时不容易理解，但是随着后面的阅读，应该会逐渐明朗。

《软件构架实践》的笔记-第142页 - 第8章

Performance Tactics on the Road 这个例子举得很好