《Head First 设计模式》读书笔记

基础

抽象、封装、多态、继承

良好的OO设计必须具备可复用、可扩充、可维护三个特性

模式被认为是历经验证的OO设计经验

关联与依赖

关联：A作为B的一个属性，则称B关联于A

依赖：A的引用作为B方法的一个参数，则B依赖于A

设计原则

1. 封装变化

找出应用中可能需要变化之处，把他们独立起来，不要把他们和那些不需要变化的代码混在一起

2. 针对接口编程，而不是针对实现编程

使用set方法而不是构造器

3. 多用组合，少用继承

使用组合可以使系统具有较大的弹性

4. 软件维护的时间更长，所以要提高可维护性和可扩展性
5. 松耦合

两个对象之间松耦合，他们依然可以交互，但是不太清楚彼此的细节，观察者提供了一种对象设计，让主题和观察者之间松耦合

6. 类应该对扩展开放，对修改关闭（开放-关闭原则）
7. 依赖倒置原则（DI:dependency inversion）:要依赖抽象，不要依赖具体类

变量不可以持有具体类的引用，不要让类派生自具体类，不要覆盖基类中已实现的方法

8. 依赖抽象，不要依赖具体类

9. 最少知识原则：更少的朋友、只和朋友交谈

10. 好莱坞原则

别调用我们，我们会调用你

设计模式

策略模式

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

观察者模式

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

装饰者模式

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

缺点：太多类

简单工厂

不属于设计模式的一种

简单工厂模式是由一个工厂对象决定创建出哪一种产品类的实例。

https://blog.youkuaiyun.com/ABAP_Brave/article/details/78091042

工厂方法模式

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

工厂方法通过让子类来决定该创建的对象是什么，来达到将对象创建过程封装的目的

实现了DI：

抽象工厂模式

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

是围绕一个超级工厂创建其他工厂。该超级工厂又称为其他工厂的工厂。

单例模式

单例模式确保一个类只有一个实例，并提供一个全局访问点

命令模式

将请求封装成对象，以便使用不同的请求、队列或者日志来参数化其他对象，命令模式也支持可撤销的操作

适配器模式

将一个类的接口，转换成客户期望的另一个接口，适配器让原本接口不兼容的类可以合作无间

外观模式

提供了一个统一的接口，用来访问子系统中的一群接口。外观定义了一个高层接口，让子系统更容易使用

模板方法模式

在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中，模板方法使得子类可以在不改变算法结构的情况下

问题

当使用new时就是在针对实现编程，而不是接口，代码绑着具体类会使代码更脆弱，缺乏弹性

例：

Duck d = new BigDuck();

这行代码虽然使用了接口，但是还是建立了具体类的实例

当有一大堆不同的鸭子类时，必须等到运行才知道该实例化哪一个: P110

哪些情况需要用单例模式

 1.需要频繁实例化然后销毁的对象。 

 2.创建对象时耗时过多或者耗资源过多，但又经常用到的对象。 

 3.有状态的工具类对象。

4.频繁访问数据库或文件的对象。  

数据库连接池、线程池、缓存、对话框、处理偏好设置和注册表的对象、日志对象、设备驱动程序对象、回收站、任务管理器

一句话概括工厂三模式

简单工厂：工厂类中，根据条件决定一个接口由哪个具体产品类来实现。

工厂方法：创建多个工厂类。各个工厂类中都对应一个获得接口A实例的方法,用户决定用哪个工厂。

抽象工厂：对工厂方法进行扩展。各个工厂类中，再增加一个获得接口B实例的方法。