设计模式原则

总原则:开闭原则

解释:对扩展开放,对修改关闭。

案例:书店打折

首先定义一个book的接口,其中有getPrice方法,获取价钱。然后实现类novelBook实现book的接口。在上线一段时间之后,书店打算打折出售小说。

这个时候我们的方案有如下三种:

  1. 给book接口增加一个打折的方法,但是仅仅有一种书要打折,我们就要求全部种类的书都要实现打折方法,这个方案显然是行不通的。
  2. 修改novelbook的getPrice方法,但是我们也有需要获取原价的需求,这个方案显然也不是很友好
  3. 写一个offNovelBook的类继承novelBook,增加getoffPrice方法。这个方案可以让我们在不修改原有系统的基础上去实现变化。此方案可行。

单一职责

解释:一个类中只有一种职责,引起类中发生变化的原因也只有一类

案例:手机

在没有遵循单一职责的时候,我们这样设计手机。

有两个接口,分别是音乐播放器接口和拍照接口。手机类实现这两个接口。如果我对拍照的需求改变了,那么我会去修改手机类,测试的时候是不是也要测试音乐播放功能。相同的,如果我对音乐播放器的需求发生改变,拍照的功能是否会改变这个真的不好说。

实现单一职责的时候我们是这样设计手机的。

有两个接口,分别是音乐播放器接口和拍照接口。还有两个实体类,分别实现了各自的接口。手机实体类拥有这两个实体类。那么我拍照需求改变了,我就去更改拍照的实体类,音乐播放器的需求改变了,我就去修改音乐播放器的实体类,各自互不影响。

附加说明:这个原则是工程师下意识都会遵守的,并不会很难。难就难在需求的变更,导致了原本只有一个职责的类变更为有两个或以上的职责。这个时候是否需要遵守这个原则就得见仁见智了。

 

里氏替换原则

解释:只有当衍生类可以替换掉基类,软件单位的功能不受到影响时,基类才能真正被复用,而衍生类也能够在基类的基础上增加新

案例:矩形和长方形

定义一个四边形的接口,他有长和宽两个属性。矩形类实现四边形接口,并且提供计算体积的方法。长方形都继承矩形类,并且提供计算周长的方法。那么只要是矩形出现的地方,我们都可以用长方形类来代替,并且不影响使用。

如果不遵守里氏替换原则:

那么在长方形类继承矩形类的时候,覆盖掉计算面积的方法,那么当子类代替父类的时候,方法会发生变化,这样就不符合里氏替换原则了。

 

依赖倒转原则

解释:模块间的依赖通过抽象发生,实现类之间不发生直接的依赖关系,其依赖关系是通过接口或抽象类产生的

案例:司机与汽车

司机有一个开车的方法,参数是奔驰汽车类。这样司机和奔驰汽车就发生了耦合。如果那一天司机不想开奔驰了,想开宝马,新建了一个宝马类,但是司机并不能开宝马,因为司机已经和奔驰汽车发生了耦合。

根据依赖倒转原则是这样写的代码

汽车有一个接口类,司机有一个开车的方法,参数是汽车的接口类。这样只要让奔驰和宝马实现汽车的接口类,司机就可以开奔驰和宝马了。甚至五菱宏光实现了汽车的接口类,司机还能成为秋名山的老司机。

 

接口隔离原则

解释:接口中不应该存在子类用不到却必须实现的方法

案例:程序员和网站

假设做网站需要两个步骤,第一步是前端程序设计,第二步是后端程序设计,那么设计一个接口,里面有两个方法,一个是前端程序设计,一个是后端程序设计。那么全栈工程师可能就一个人完成了网站的设计。那如果是专注后端的程序员可能就不需要实现前端程序设计了。这就违背了接口隔离原则。

应该这么设计:设计两个接口,将前端程序设计和后端程序设计分离开。这就是接口隔离了。这样就避免了让后端程序员承担不实现前端程序设计的风险了。

 

迪米特原则

解释:一个软件实体应当尽可能少的与其他实体发生相互作用。每一个软件单位对其他的单位都只有最少的知识,而且局限于那些与本单位密切相关的软件单位。

案例:

在没有遵循迪米特原则的时候,我可能和很多人发生交流,因此我会去了解和适应不同的人,迪米特法则告诉我们,我们应该只和密切相关的人发生交流。如图:

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