Head First 设计模式 —— 15. 与设计模式相处
模式
是在某情境（context）下，针对某问题的某种解决方案。 P579
- 情景：应用某个模式的情况
- 问题：你想在某情境下达到的目标，但也可以是某情境下的约束
- 解决方案：一个通用的设计，用来解决约束、达到目标
模式必须应用于一个重复出现的问题。 P581
思考题
配对下列模式和描述： P587
- 装饰器模式：包装一个对象，以提供新的行为
- 状态模式：封装了基于状态的行为，并使用委托在行为之间切换
- 迭代器模式：在对象的集合之中游走，而不暴露集合的实现
- 外观模式：简化一群类的接口
- 策略模式：封装可以互换的行为，并使用委托来决定要使用哪一个
- 代理模式：包装对象，以控制对此对象的访问
- 工厂方法模式：由子类决定要创建的具体类是哪一个
- 适配器模式：封装对象，并提供不同的接口
- 观察者模式：让对象能够在状态改变时被通知
- 模板方法模式：由子类决定如何实现一个算法中的步骤
- 组合模式：客户用一致的方式处理对象集合和单个对象
- 单例模式：确保有且只有一个对象被创建
- 抽象工厂模式：允许客户创建对象的家族，而无需指定他们的具体类
- 命令模式：封装请求成为对象
模式分类
创建型：涉及到将对象实例化，这类模式都提供一个方法，将客户从所需要的实例化的对象中解耦P590
行为型：涉及到类和对象如何交互及分配职责P590
结构型：可以让你把类或对象组合到更大的结构中 P590
本书中未提到的模式在附录中有简要介绍，感觉简单两页还是难以理解（我才不会说第一个都看得有点懵），等以后看《设计模式》再继续学习。先把学到的这些巩固一下并进行实践。
在写本次读书笔记的时候才大量用到图片，以前都是保存先手动到图床文件夹的笔记中，然后获取图片链接，最后粘贴到 md笔记的指定位置。这个用多了就感觉每次挺麻烦，还需要打开切换到不同的笔记，就想模拟手动操作自动完成这一些列操作，最后解析了大部分 api 后，就直接就“替换了” md笔记里上传图片的会员功能。最后整理成 tampermonkey 脚本，详见 有道云笔记增强 。
本文首发于公众号：满赋诸机（点击查看原文） 开源在 GitHub ：reading-notes/head-first-design-patterns
