带你了解面向对象的设计原则

最新推荐文章于 2022-02-05 21:52:02 发布

图解AI

最新推荐文章于 2022-02-05 21:52:02 发布

阅读量6.8k

点赞数 1

文章标签：面向对象设计 ocp

未经博主允许不得转载(https://github.com/ai-word)

本文链接：https://blog.csdn.net/baihuaxiu123/article/details/51485695

版权

这里写图片描述
##一摘要
今天晚上给大家介绍一下面向对象的设计原则,为什么要介绍这个呢,原因很简单,大家平时所接触的语言,无论是object-C,C++,JavaScrpt,C#等都是属于面向对象语言,既然是面向对象设计语言,那么就有必要去了解一下面向对象的设计原则.那么面向对象的设计原则有哪些呢?今天来给大家总结一下.

##二设计原则内容

1.开-闭原则(Open-Closed Principle, OCP)
2.里氏代换原则(Liskov Substitution Principle,常缩写为.LSP)
3.依赖倒置原则(Dependence Inversion Principle)
4.接口隔离原则(Interface Segregation Principle, ISP)
5.合成/聚合复用原则(Composite/Aggregate Reuse Principle,CARP)
6.迪米特法则(Law of Demeter LoD)
7.单一职责原则(Simple responsibility pinciple SRP)

这是什么啊,大家看到了这些原则是不是很困惑,难以理解.没有关系,在这里我会用实例给大家讲解具体的设计原则到底是什么个原理.

##三设计原则详情
1.开-闭原则(Open-Closed Principle, OCP)
这里写图片描述
1988年，勃兰特·梅耶（Bertrand Meyer）在他的著作《面向对象软件构造（Object Oriented Software Construction）》中提出了开闭原则，它的原文是这样：“Software entities should be open for extension,but closed for modification”。

意思：软件模块应该对扩展开放，对修改关闭。
举例：在程序需要进行新增功能的时候，不能去修改原有的代码，而  是新增代码，实现一个热插拔的效果（热插拔：灵活的去除或添加功能，不影响到原有的功能）。
目的：为了使程序的扩展性好，易于维护和升级。

2.里氏代换原则(Liskov Substitution Principle,常缩写为.LSP)
这里写图片描述

意思：里氏代换原则是继承复用的基石，只有当衍生类可以替换掉基类，软件单位的功能不受到影响时，基类才能真正被复用，而衍生类也能够在基类的基础上增加新的行为。
举例：球类，原本是一种体育用品，它的衍生类有篮球、足球、排球、羽毛球等等，如果衍生类替换了基类的原本方法，如把体育用品改成了食用品（那么软件单位的功能受到影响），就不符合里氏代换原则。
目的：对实现抽象化的具体步骤的规范。

3.依赖倒置原则(Dependence Inversion Principle)
这里写图片描述

意思：针对接口编程，而不是针对实现编程。
举例：以计算机系统为例,无论主板、CPU、内存、硬件都是在针对接口设计的，如果针对实现来设计，内存就要对应到针对某个品牌的主板，那么会出现换内存需要把主板也换掉的尴尬。
目的：降低模块间的耦合。

4.接口隔离原则(Interface Segregation Principle, ISP)
这里写图片描述

使用多个隔离的接口，比使用单个接口要好。
举例：比如：登录，注册时属于用户模块的两个接口，比写成一个接口好。
目的：提高程序设计灵活性。

5.合成/聚合复用原则(Composite/Aggregate Reuse Principle,CARP)

在一个新的对象里面使用一些已有的对象,使之成为新对象的一部分;新的对象通过这些向对象的委派达到复用已有功能的目的.这个设计原则有另一个简短的表述:要尽量使用合成/聚合,尽量不要使用继承.

6.迪米特法则(Law of Demeter LoD)
这里写图片描述

   1987年秋天由美国Northeastern University的Ian Holland提出，被UML的创始者之一[Booch]等普及。后来，因为在经典著作《 The Pragmatic Programmer》而广为人知。

意思：一个实体应当尽量少的与其他实体之间发生相互作用，使得系统功能模块相对独立。
举例：一个类公开的public属性或方法越多，修改时涉及的面也就越大，变更引起的风险扩散也就越大。
目的：降低类之间的耦合，减少对其他类的依赖。

7.单一职责原则(Simple responsibility pinciple SRP)
这里写图片描述

 该原则由罗伯特·C·马丁（Robert C. Martin）于《敏捷软件开发：原则、模式和实践》一书中给出的。马丁表示此原则是基于汤姆·狄马克(Tom DeMarco)和Meilir Page-Jones的著作中的内聚性原则发展出的。

意思：一个类只负责一个功能领域中的相应职责，或者可以定义为：就一个类而言，应该只有一个引起它变化的原因。
举例：该原则意思简单到不需要举例！
目的：类的复杂性降低，可读性提高，可维护性提高。