只有登上山顶，才能看到那边的风光

目录

1.什么设计模式

2.设计模式的发展

3.设计原则6大原则

3.1 开闭原则

3.2  里氏转换原则

3.3 依赖倒转原则

3.4  接口隔离原则

3.5 合成/聚合复用原则 

3.6 迪米特原则



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 迪米特原则

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

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



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

原创不易，如果觉得不错的话欢迎关注，转发，感谢！