23种设计模式

设计模式

什么是设计模式

• 设计模式(Design Pattern)是前辈们对代码开发经验的总结，是解决特定问题的一系列套路（一种思维）。它不是语法规定，而是一套用来提高代码可复用性、可维护性、可读性、稳健性以及安全性的解决方案。

设计模式的意义

• 设计模式的本质是面向对象设计原则的实际运用，是对类的封装性、继承性和多态性以及类的关联关系和组合关系的充分理解。
• 正确使用设计模式具有以下优点：
  • 可以提高程序员的思维能力、编程能力和设计能力。
  • 使程序设计更加标准化、代码编制更加工程化，使软件开发效率大大提高，从而缩短软件的开发周期。
  • 使设计的代码可重用性高、可读性强、可靠性高、灵活性好、可维护性强。

设计模式的基本要素

1.设计模式的模式名称

2.该设计模式要解决的是什么问题？

3.它具体的解决方案是怎么样的？

4.解决之后的效果是怎样的（优缺点）？

23种设计模式（GoF23）

• 创建型模式：（帮我们省去new的过程）
  • 单例模式、工厂模式、抽象工厂模式、建造者模式、原型模式。
• 结构型模式：
  • 适配器模式，桥接模式，装饰模式，组合模式，外观模式，享元模式，代理模式
• 行为型模式：
  • 模板方法模式，命令模式，迭代器模式，观察者模式，中介者模式，备忘录模式，解释器模式，状态模式，策略模式，职责链模式，访问者模式。

OOP七大原则

1、开闭原则：

• 软件实体（类、模块、函数等等）应该可以扩展，但是不可修改。
• 也就是对扩展开放、对修改封闭。

2、里氏替换原则（LSP）：

• 子类型必须能够替换掉它们的父类型。
• 也正是因为这个原则，使得继承复用成为了可能。只有子类可以替换掉父类，软件单位的功能不受到影响时，父类才能真正被复用，而子类也能在父类的基础上增加新的行为。
• 有了里氏代换原则，才使得封闭-开放成为了可能。

3、依赖倒置原则：

• （1）高层模块不应该依赖低层模块，两个都应该依赖抽象。
• （2）抽象不应该依赖细节，细节应该依赖抽象。
• 也就是说：应该针对接口编程，不要对实现编程。

4、单一职责原则（SRP）：

• 就一个类而言，应该仅有一个引起它变化的原因。一个类的职责要单一。
• 如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会消弱或者抑制这个类完成其他职责的能力，这种耦合会导致脆弱的设计，当变化发生时，设计会遭受到意想不到的破坏。
• 控制类的粒度大小、将对象解耦、提高其内聚性。（一个方法尽量只做一件事情，类职责单一）

5、接口隔离原则：要为各个类建立它们需要的专用接口

6、迪米特法则：只与你的直接朋友交谈，不跟“陌生人"说话。（A<->B<->C，A和C之间不要互相沟通，降低类之间的耦合度）

7、合成复用原则：尽量先使用组合或者聚合等关联关系来实现，其次才考虑使用继承关系来实现。