设计模式
什么是设计模式
- 设计模式(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、合成复用原则:尽量先使用组合或者聚合等关联关系来实现,其次才考虑使用继承关系来实现。