读书笔记：《HeadFirst设计模式》

只是一些看书时的简单笔记，不定期更新
最后一次更新：2017-04-11

OO基础

抽象、封装、多态、继承

OO特性

可复用、可扩充、可维护

设计原则

• 封装变化

  • 找出应用中可能需要改变之处，把它们独立出来，不要和那些不需要改变的代码混在一起。
  • 把会变化的部分取出并封装起来，以便以后可以轻易地改动或扩充此部分，而不影响不需要改变的其他部分。
  • 系统中的某部分改变不会影响其他部分。

• 针对接口编程，而不是针对实现编程。

• 多用组合，少用继承。

• 为了交互对象之间的松耦合设计而努力。

• 对扩展开放，对修改关闭

设计模式

• 策略模式（Strategy Pattern）

  定义了算法族，分别封装起来，让它们之间可以互相替换，此模式让算法的变化独立于使用算法的客户。

• 观察者模式（Observer）

  定义了对象之间的一对多依赖，这样一来，当一个对象改变状态时，它的所有依赖者都会收到通知并自动更新。

• 装饰者模式（Decorator）

  动态地将责任附加到对象上。若要扩展功能，装饰者提供了比继承更有弹性的替代方案。

• 工厂模式（Factory）

  • 简单工厂（Simple Factory）

  这其实是一种编程习惯而非设计模式：将实例化哪一个类的操作移到单独的一个类中，形成工厂和客户的关系。

  • 工厂方法模式（Factory Method）

  定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个。工厂方法让类把实例化推迟到子类。

  • 抽象工厂模式（Abstract Factory）

  提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类。

• 桥接模式（Bridge）

  概述：使用桥接模式不只改变你的实现，也改变你的抽象。

  意图：将抽象部分与它的实现部分分离，使它们都可以独立地变化。

其他

• 松耦合

  当两个对象之间松耦合，它们依然可以交互，但是不太清楚彼此的细节。

  松耦合的设计之所以让我们建立有弹性的OO系统，能够应对变化，是因为对象之间的相互依赖降低到了最低。

脑图地址：Process On

脑图预览

《HeadFirst设计模式》电子版：下载地址

---

设计模式使用率排行（转）

使用频率 所属类型 模式名称 模式 5 创建型 Singleton 单件 5 结构型 Composite 组合 5 结构型 FACADE 外观 5 结构型 Proxy 代理 5 行为型 Iterator 迭代器 5 行为型 Observer 观察者 5 行为型 Template Method 模板方法 4 创建型 Abstract Factory 抽象工厂 4 创建型 Factory Method 工厂方法 4 结构型 Adapter 适配器 4 结构型 Decrator 装饰 4 行为型 Command 命令 4 行为型 State 状态 4 行为型 Strategy 策略 3 创建型 Builder 生成器 3 结构型 Bridge 桥接 3 行为型 China of Responsibility 职责链 2 创建型 Prototype 原型 2 结构型 Flyweight 享元 2 行为型 Mediator 中介者 2 行为型 Visitor 访问者 1 行为型 Interpreter 解释器 1 行为型 Memento 备忘录