1.什么设计模式

软件设计模式（Design pattern），又称设计模式，是一套被反复使用、多数人知晓的、经过分类编目的、代码设计经验的总结。使用设计模式是为了可重用代码、让代码更容易被他人理解、保证代码可靠性、程序的重用性。设计模式使代码开发真正工程化；设计模式是软件工程的基石脉络，如同大厦的结构一样。只有夯实地基搭好结构，才能盖好坚壮的大楼。也是我们迈向高级开发人员必经的一步。即12字真言：设计模式是设计经验的总结

2.设计模式的发展

说起设计模式的发展，还要从四个男人的故事(注意此处没有女人)开始说起，这四个男人分别是 Erich Gamma， Richard Helm，Ralph Johnson，和John Vlissides，他们是软件设计领域的四位世界顶级大师，那软件设计水平真是不知道高到哪里去了，反正我是自愧不如。这四位大佬合著了一本书《设计模式:可复用面向对象软件的基础》，提出了23种基本设计模式，从理论高度提炼并规范了设计模式，对面向对象设计，软件复用领域产生了巨大影响。现在设计模式已经被应用到各种各样的编程语言中，不管是后端的Java，C#还是前端的JavaScript, 你都能看到它的身影，设计模式最大的魅力在于，不管在那种编程语言中，它思想和表现都是一样的，只是代码语法略有不同而已。

3.设计模式6大原则

设计模式存在的根本原因是为了更好地复用代码，增加代码可维护性。所以有如下6大原则：

3.1 开闭原则

对扩展开放，对修改关闭，即在程序需要进行拓展的时候，不能去修改原有的代码，只能增加新的代码。

这样的例子在我们的生活中随处可见，比如在各种选秀比赛里，如果两个选手在比赛中打成了平手，我们不可能说通过穿越到过去，去改变过去的结果，让他们不打成平手，这是不可能实现的。但是我们可以通过添加附加的比赛，决定他们的胜负。即已经发生的已经不可以改变，我们只能改变那些事情对现在的影响。

3.2 里氏转换原则

子类继承父类，任何基类出现的地方，一定可以用子类替代出现。

这怎么理解呢？比如说你的朋友u盘A中有一些小电影，一天你们像往常一样，把u盘A插入电脑准备一起欣赏小电影，却发现u盘A坏了。这给正在兴致勃勃的你们顿时浇了一盆凉水，这时候你灵机一动说，幸好老子有备份。原来之前你已经把朋友u盘A中的小电影复制到了你的 u盘B中，而且你的u盘B中除了从朋友哪儿复制的小电影，还有一些其它不可描述的内容，这时候你有点犹豫要不要用自己的U盘B，看着正在兴头上的朋友，你一咬牙一跺脚说算了，不管那么多了，淦。于是你拔下朋友的u盘A插入自己的u盘B，顺利打开电影，于是你们又兴致勃勃的观看起来。即子类是对父类的完全复制，父类可以被子类完全替代，子类可以增加新的内容，而且不影响父类。

3.3 依赖倒转原则

引用一个对象，如果这个对象有底层类型，直接引用底层类型。

说到这里不得不吐槽一些博客的博主，好歹也是写代码的，写博客的时候真没有一点设计模式的原则。前几天在网上搜一个问题，打开一看给我贴了一个另外博客的链接，打开这个链接之后又贴了另外一个博客的链接。。。。。。，你引用别人的博客我不反对，你这引用引用的博客就过分了吧。总结一句话：引用的时候禁止套娃，直接引用最底层的类型。

3.4 接口隔离原则

使用多个隔离的接口，比使用单个接口要好，每一个接口应该是一种角色。

比如我们的电脑上有多种不同类型的接口，像USB接口，电源接口，高清输出接口等等，它们各自有着不同的功能，那么为什么不用一个接口完成所有的功能呢，这是因为不同的设备，有不同的数据规格，而且数据带宽需求也是是不同的，然他们都使用同一个接口是不科学的，这从usb与hdmi设备的使用环境就能看出来差别。但你也不能每个设备都分一个接口，这是不现实的，应该把统一数据规格的设备分为一个接口，例如USB接口可以同时支持，鼠标键盘和U盘。即使用多个接口，比使用单个接口要好，但是小得要有限度。

3.5 合成/聚合复用原则

新的对象应使用一些已有的对象，使之成为新对象的一部分。

举个例子：周末天气晴朗，你和好朋友约好一起去爬山(不是张东升的那种爬山)，这时候就需要有一个相机，但是不巧的是你的相机坏了，于是你就拿着相机来到了修理店。老板告诉你有一个零件坏了，问你是要更换零件，还是再买一个新的呢？你心里MMP了一句对老板说，当然是更换零件了，我这相机才买没多久还新着呢。即用已经有的东西合成新的东西，使原来的东西成为新东西的一部分。

3.6 迪米特原则

一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立，即一个对象应对其他对象有尽可能少得了解。

这里的对象可以理解为对象(女朋友)，假如你是一个时间管理大师，同时交往了多个对象，当然由于身经百战，你对这些对象应付自如，不像我们这些老实人，一个都应付不来。但是这是你的小秘密，为了不让她们发现这个秘密，你就应该使这些对象之间应该尽可能少的了解，甚至完全不了解，如果她们之间了解过多，在相互八卦或者看朋友圈的时候，发现了你的这个小秘密，那可是要出大事情的(喜欢多人运动的除外)。即多个对象之间应该尽量避免有任何关联。

本文只对设计模式进行了简单的介绍，有些例子可能也不太合适。如果想对设计模式有更多的了解，推荐看上文中四位大佬的那本书：《设计模式:可复用面向对象软件的基础》。

如果觉得不错的话欢迎点赞，转发，评论！

设计模式(1)—什么是设计模式？设计模式的六大原则是什么？相关推荐

接口隔离原则_设计模式六大原则
作者:VieLei 原文:https://blog.csdn.net/s10461/article/details/53941097 在android中我们常提起的设计模式大约有23种,利用好设计模式 ...
设计模式六大原则之白话讲解
前言一个好的程序猿,不应该只是埋头code,更不应该只懂得CV大法("什么设计模式.架构设计,老夫撸代码就是一把梭").个人认为,一段好的代码,离不开算法和设计模式. 概述设计 ...
二十三种设计模式-六大原则
二十三种设计模式一.创建型: 单例模式.工厂模式.抽象工厂模式.原型模式.建造者模式: 二.结构型: 代理模式,装饰器模式.适配器模式.外观模式.组合模式.享元模式.桥梁模式: 三.行为型: 策略模 ...
java 设计原则_【无尽的编程之路】(java)-设计模式六大原则
本文主内容主要是列出各项原则的定义与本人对六大原则的感悟.写出来的目是想与大家分享与讨论.正如有句话叫做一千个读者眼中有一千个哈姆雷特,如果大家对这六项原则的理解跟我有所不同,欢迎留言,大家共同探讨. ...
一句话评论设计模式六大原则--转
原则,故名思议则是本质的意思.所谓擒贼先擒王,研究设计模式自然要先了解设计原则,所有的模式都是在这些原则的基础之上发展起来的,有的是侧重一个,有的是多个都有所涉及.看完设计模式之后,我感觉到每个模式都 ...
设计模式---设计模式的分类及六大原则
设计模式 1.设计模式的分类总体来说设计模式分为三大类: 创建型模式,共五种: 工厂方法模式,抽象工厂模式,单例模式,建造者模式,原型模式. 结构性模型,共七种: 适配器模型,装饰器模型,代 ...
设计模式--六大原则
刚学习了设计模式,发现设计模式的六大原则基本上都是为了提高代码的可维护性.可读性.扩展性.现在先来简单的了解一下它们的内容: 一.单一职责原则概念:就一个类而言,应该只有一个引起它变化的原因. 理解 ...
初识设计模式、软件设计的六大原则
总结:本篇文字分为两个部分.第一部分:设计模式基本常识:第二部分:软件设计中的六大原则,并详细分析了单一职责原则.(本篇文章的时间轴参考:为知笔记支撑文件夹\Java设计模式(时间序列图).vsdx) ...
PHP 设计模式六大原则
http://www.cnblogs.com/yujon/p/5536118.html 设计模式六大原则(1):单一职责原则不要存在多于一个导致类变更的原因.通俗的说,即一个类只负责一项职责设计模 ...
接口隔离原则_设计模式的三大分类及六大原则
设计模式(Design pattern)代表了最佳的实践,通常被有经验的面向对象的软件开发人员所采用.设计模式是软件开发人员在软件开发过程中面临的一般问题的解决方案.这些解决方案是众多软件开发人员经过 ...

设计模式(1)—什么是设计模式？设计模式的六大原则是什么？