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

 

目录

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

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

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

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

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

1) 优秀的程序应该是这样的:阅读时,感觉很优雅;新增功能时,感觉很轻松;运行时,感觉很快速,这就需要设计模式支撑。<br /> <br /> 2) 设计模式包含了大量的编程思想,讲授和真正掌握并不容易,网上的设计模式课程不少,大多讲解的比较晦涩,没有真实的应用场景和框架源码支撑,学习后,只知其形,不知其神。就会造成这样结果: 知道各种设计模式,但是不知道怎么使用到真实项目。本课程针对上述问题,有针对性的进行了升级 (1) 授课方式采用 图解+框架源码分析的方式,让课程生动有趣好理解 (2) 系统全面的讲解了设计模式,包括 设计模式七大原则、UML类图-类的六大关系、23种设计模式及其分类,比如 单例模式的8种实现方式、工厂模式的3种实现方式、适配器模式的3种实现、代理模式的3种方式、深拷贝等<br /> <br /> 3) 如果你想写出规范、漂亮的程序,就花时间来学习下设计模式吧<br /> <br /> 课程内容和目标<br /> <br /> 本课程是使用Java来讲解设计模式,考虑到设计模式比较抽象,授课采用 图解+框架源码分析的方式<br /> <br /> 1) 内容包括: 设计模式七大原则(单一职责、接口隔离、依赖倒转、里氏替换、开闭原则、迪米特法则、合成复用)、UML类图(类的依赖、泛化和实现、类的关联、聚合和组合) 23种设计模式包括:创建型模式:单例模式(8种实现)、抽象工厂模式、原型模式、建造者模式、工厂模式。结构型模式:适配器模式(3种实现)、桥接模式、装饰模式、组合模式、外观模式、享元模式、代理模式(3种实现)。行为型模式:模版方法模式、命令模式、访问者模式、迭代器模式、观察者模式、中介者模式、备忘录模式、解释器模式(Interpreter模式)、状态模式、策略模式、职责链模式(责任链模式)<br /> <br /> 2) 学习目标:通过学习,学员能掌握主流设计模式,规范编程风格,提高优化程序结构和效率的能力。<br /> <div> <br /> </div>
相关推荐
©️2020 CSDN 皮肤主题: 博客之星2020 设计师:CY__ 返回首页