设计模式

高级软件设计

设计模式

1. 策略模式：定义了算法族，分别封装起来，让他们之间可以互相替换，此模式让算法的变化独立于使用算法的客户
2. 观察者模式：在对象之间定义一对多的依赖，这样一来，当一个对象改变状态，依赖它的对象都会收到通知，并自动更新
3. 装饰者模式：动态地将责任附加到对象上，想要扩展功能，装饰者提供有别于继承的另一种选择
4. 单例模式：确保一个类只有一个实例，并提供一个全局访问点
5. 工厂方法模式：工厂方法模式定义了一个创建对象的接口，但由子类决定要实例化的类是哪一个， 工厂方法让类把实例化推迟到子类
6. 抽象工厂模式：提供一个接口，用于创建相关或依赖对象的家族，而不需要明确指定具体类
7. 命令模式：将请求封装成对象，这可以让你使用不同的请求、队列，或者日志请求来参数化其他对象，命令模式也可以支持撤销操作（它可以使得发出请求的对象和执行请求的对象彻底解耦）
8. 适配器模式：将一个类的接口，转换成客户期望的另一个接口，它让原本接口不兼容的类可以合作无间
9. 外观模式：提供了一个统一的接口，用来访问子系统中的一群接口，它定义了一个高层接口，让子系统更容易使用（它可以使客户和子系统解耦）
10. 模板方法模式：在一个方法中定义一个算法的骨架，而将一些步骤延迟到子类中，它使得子类可以在不改变算法结构的情况下，重新定义算法中的某些步骤
11. 迭代器模式：提供一种方法顺序访问一个聚合对象中的各个元素，而又不暴露去内部的表示
12. 组合模式：允许你将对象组合成树形结构来表现“整体/部分”层次结构，它能让客户以一致的方式处理个别对象以及对象组合
13. 状态模式：允许对象在内部状态改变时改变它的行为，对象看起来好像修改了它的类
14. 代理模式：为另一个对象提供一个替身或占位符以访问这个对象

设计原则

1. 封装变更：找出应用中可能需要变化之处，把它们独立出来，不要和那些不需要变化的代码放在一起
2. 针对接口编程，而不是针对实现编程
3. 多用组合，少用继承
4. 为了交互对象之间的松耦合设计而努力
5. 开闭原则：类应该对扩展开放，对修改关闭（让类变得易扩展，在不修改现有代码的情况下，就可以拥有新的功能）
6. 依赖倒置原则：要依赖抽象，不要依赖具体类
7. 最少知识原则：只和你的密友交谈
8. 好莱坞原则：别调用我们，我们会调用你
9. 单一责任原则：一个类应该只有一个引起变化的原因（内聚与它关系密切，是一个比它更普遍的概念）

设计基础

1. 抽象
2. 封装
3. 继承
4. 多态

策略模式

- 体现的设计原则：1、2、3

观察者模式

- 体现的设计原则：1、2、3、4

装饰者模式

单例模式

• 如何确保单例模式能够在多线程的情况下正确运行？

1. 如果getInstance方法的性能对应用程序不是很关键，就同步getInstance方法
2. 在静态初始化器中创建单例，而不用延迟实例化的做法
3. 用双重检查加锁，在getInstance中减少使用同步

工厂方法模式

抽象工厂模式

命令模式

适配器模式

外观模式

1. 装饰者模式不改变接口，但加入责任
2. 适配器模式将一个接口转成另一个接口
3. 外观模式让接口更简单

模板方法模式

迭代器模式

组合模式

状态模式

代理模式