《深入设计模式》读后感

依赖（虚线箭头）
依赖是类之间最基础的、也是最微弱的关系类型。
如果修改一个类的定义可能会造成另一个类的变化，那么这两个类之间就存在依赖关系。
在代码中使用具体类的名称时，通常意味着存在依赖关系。
通过让代码依赖接口或抽象类，可以降低其依赖程度。

关联（实现箭头）
关联是一个对象使用另一对象或与另一对象进行交互的关系。
一个对象总是拥有访问与其交互的对象的权限。
可以使用关联关系来标识类似于类成员变量的东西。
可以根据接口来创建类。

聚合（空心菱形实线箭头）
聚合用于标识多个对象之间的一对多、多对多或整体对部分的关系。

组合
组合是一种特殊类型的聚合
组件仅能作为容器的一部分存在。

设计模式是软件设计中常见问题的典型解决方案。
根据需求进行调整的预制蓝图，可用于解决代码中反复出现的设计问题。

算法更像是菜谱，提供达成目标的明确步骤；
模式像是蓝图，可以看到最终的结果和模式的功能，但需要自己确定实现步骤。

模式的描述：
意图，描述问题和解决方案；
动机，解释问题，并说明模式会如何提供解决方案；
结构，展示模式的各个部分和他们之间的关系；
实现，

创建型模式，提供创建对象的机制；
结构型模式，将对象和类组装成较大的结构，并同时保持结构的灵活和高效；
行为模式，负责对象间的高效沟通和职责委派；

组件间紧密的耦合、对具体类而非接口的依赖和硬编码的行为都会降低代码的灵活性，使得复用这些代码变得更加困难。

使用设计模式是增加软件组件灵活性并使其易于复用的方式之一。

框架让你可以自定义行为，并会在需要完成工作时告知你。

设计模式是对一组类的关系及其互动方式的描述。

从类到模式，并最终到达框架的过程中，复用程度会不断增加。

在设计程序架构时，所有有经验的开发者会尽量选择支持未来任何可能变更的方式。

如何让你的架构灵活、稳定且易于理解？