设计模式之六大原则和GOF分类方法

一、设计模式的六大原则
1、开闭原则(Open Close Principle)
开闭原则的意思是:对扩展开放,对修改关闭。在程序需要进行拓展的时候,不能去修改原有的代码,实现一个热插拔的效果。简言之,是为了使程序的扩展性好,易于维护和升级。想要达到这样的效果,我们需要使用接口和抽象类,后面的具体设计中我们会提到这点。

2、里氏代换原则(Liskov Substitution Principle)
里氏代换原则是面向对象设计的基本原则之一。 里氏代换原则中说,任何基类可以出现的地方,子类一定可以出现。LSP 是继承复用的基石,只有当派生类可以替换掉基类,且软件单位的功能不受到影响时,基类才能真正被复用,而派生类也能够在基类的基础上增加新的行为。里氏代换原则是对开闭原则的补充。实现开闭原则的关键步骤就是抽象化,而基类与子类的继承关系就是抽象化的具体实现,所以里氏代换原则是对实现抽象化的具体步骤的规范。

3、依赖倒转原则(Dependence Inversion Principle)
这个原则是开闭原则的基础,具体内容:针对接口编程,依赖于抽象而不依赖于具体。

4、接口隔离原则(Interface Segregation Principle)
这个原则的意思是:使用多个隔离的接口,比使用单个接口要好。它还有另外一个意思是:降低类之间的耦合度。由此可见,其实设计模式就是从大型软件架构出发、便于升级和维护的软件设计思想,它强调降低依赖,降低耦合。

5、迪米特法则,又称最少知道原则(Demeter Principle)
最少知道原则是指:一个实体应当尽量少地与其他实体之间发生相互作用,使得系统功能模块相对独立。

6、合成复用原则(Composite Reuse Principle)
合成复用原则是指:尽量使用合成/聚合的方式,而不是使用继承。

二、GOF-23种设计模式
按目的可分为三大类:创建型模式、结构型模式、行为型模式。
(一)创建型模式Creational Patterns
1、抽象工厂模式abstract factory:提供了一个创建一系列相关或互相依赖对象的接口,而无须指定他们具体的类。
2、建造者模式builder:将一个复杂对象的构建与它的表示分离,使得同样的构建过程可以创建不同的表示。
3、工厂方法模式factory method:将类的实例化操作延迟到子类中完成,即由子类来决定究竟应该实例化(创建)哪一个类。
4、原型模式prototype:通过给出一个原型对象来指明所要创建的对象的类型,然后通过复制这个原型对象的办法创建出更多同类型的对象。
5、单例模式singleton:确保在系统中某一个类只有一个实例,而且自行实例化并向整个系统提供这个实例;

(二)结构型模式Structural Patterns
6、适配器模式adapter:将一个接口转换成客户希望的另一个接口,从而使接口不兼容的那些类可以一起工作。
7、桥接模式bridge:将抽象部分与它的实现部分分离,使它们都可以独立地变化。
8、组合模式composite:通过组合多个对象形成树形结构以表示“整体-部分”的结构层次,对单个对象(即叶子对象)和组合对象(即容器对象)的使用具有一致性。
9、装饰模式decorator:动态地给一个对象增加一些额外的职责。
10、外观模式facade:为复杂子系统提供一个一致的接口。
11、享元模式flyweight:通过运用共享技术有效地支持大量细粒度对象的复用。
12、代理模式proxy:给某一个对象提供一个代理,并由代理对象控制对原对象的引用。

(三)行为者模式Behavioral Patterns
13、职责链模式chain of responsibility:避免请求发送者与接收者耦合在一起,让多个对象都有可能接收请求,将这些对象连接成一条链,并且沿着这条链传递请求,直到有对象处理它为止。
14、命令模式command:将一个请求封装为一个对象,从而使得请求调用者和请求接收者解耦。
15、解释器模式interpreter:描述如何为语言定义一个文法,如何在该语言中表示一个句子,以及如何解释这些句子。
16、迭代器模式iterator:提供了一种方法来访问聚合对象,而不用暴露这个对象的内部表示。
17、中介者模式mediator:通过一个中介对象来封装一系列的对象交互,使得各对象不需要显式地相互引用,从而使其耦合松散,而且可以独立地改变它们之间的交互。
18、备忘录模式memento:在不破坏封装的前提下,捕获一个对象的内部状态,并在该对象之外保存这个状态,这样可以在以后将对象恢复到原先保存的状态。
19、观察者模式observer:定义了对象间的一种一对多依赖关系,使得每当一个对象状态发生改变时,其相关依赖对象皆得到通知并被自动更新。
20、状态模式state:允许一个对象在其内部状态改变时改变它的行为;
21、策略模式strategy:定义一系列算法,并将每一个算法封装在一个类中,并让它们可以相互替换,策略模式让算法独立于使用它的客户而变化。
22、模板方法模式template method:定义一个操作中算法的骨架,而将一些步骤延迟到子类中。
23、访问者模式visitor:表示一个作用于某对象结构中的各元素的操作,它使得用户可以在不改变各元素的类的前提下定义作用于这些元素的新操作。

三、设计模式个人理解
1、绝大数设计模式的实现是使用了继承、组合和托管三种对象模型中的托管来实现的,利用抽象基类的指针或者引用来实现动态多态性(早绑定转为晚绑定),封装变化点,实现解耦。
2、关注设计原则,不要被某种设计模式所限制,目标为管理变化(并不能消除变化),提高复用,不要滥用设计模式。
3、静态联编执行效率高;动态联编使用灵活,但是执行效率要低;模板实现属于静态联编,但是又失灵活性,缺点是代码膨胀,但是大多数情况是无法避免的,即合理的。
4、面对对象编程的同时更要关注接口&抽象类,关注变化点和稳定点,以及依赖关系。

如有错误或不足欢迎评论指出!创作不易,转载请注明出处。如有帮助,记得点赞关注哦(⊙o⊙)
更多内容请关注个人博客:https://blog.csdn.net/qq_43148810

  • 0
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

大胡子的艾娃

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值