面向对象七大设计原则-面向对象设计准则【案例】

一、单一职责原则:

全称:“Single-Responsibility Principle”

面向对象设计

说明:就一个类而言、应该只专注于做一件事和仅有一个引起它变化的原因、所谓职责、我们可以理解他为功能、就是设计的这个类功能应该只有一个、而不是两个或更多、也可以理解为引用变化的原因、当你发现有两个变化会要求我们修改这个类、那么你就要考虑撤分这个类了、因为职责是变化的一个轴线、当需求变化时、该变化会反映类的职责的变化。

面向对象七大设计原则-面向对象设计准则【案例】
面向对象七大设计原则-面向对象设计准则【案例】

使用SRP注意点:

1、一个合理的类、应该仅有一个引起它变化的原因、即单一职责;

2、在没有变化征兆的情况下应用SRP或其他原则是不明智的;

3、在需求实际发生变化时就应该应用SRP等原则来重构代码;

4、使用测试驱动开发会迫使我们在设计出现臭味之前分离不合理代码;

5、如果测试不能迫使职责分离、僵化性和脆弱性的臭味会变得很强烈、那就应该用Facade或Proxy模式对代码重构;SRP优点:消除耦合、减小因需求变化引起代码僵化

二、里氏代换原则

全称:“Liskov Substitution Principle”

说明:子类型必须能够替换它们的基类型、一个软件实体如果使用的是一个基类、那么当把这个基类替换成继承该基类的子类、程序的行为不会发生任何变化、软件实体察觉不出基类对象和子类对象的区别

优点:可以很容易的实现同一父类下各个子类的互换、而客户端可以毫不察觉

三、依赖倒置原则

全称:“Dependence Inversion Principle”

说明:要依赖于抽象、不要依赖于具体、客户端依赖于抽象耦合

抽象不应当依赖于细节;细节应当依赖于抽象

要针对接口编程、不针对实现编程

优点:使用传统过程化程序设计所创建的依赖关系、策略依赖于细节、这是糟糕的、因为策略受到细节改变的影响、依赖倒置原则使细节和策略都依赖于抽象、抽象的稳定性决定了系统的稳定性

怎样做到依赖倒置?

以抽象方式耦合是依赖倒转原则的关键、抽象耦合关系总要涉及具体类从抽象类继承、并且需要保证在任何引用到基类的地方都可以改换成其子类、因此、里氏代换原则是依赖倒转原则的基础

在抽象层次上的耦合虽然有灵活性、但也带来了额外的复杂性、如果一个具体类发生变化的可能性非常小、那么抽象耦合能发挥的好处便十分有限、这时可以用具体耦合反而会更好、层次化:所有结构良好的面向对象构架都具有清晰的层次定义、每个层次通过一个定义良好的、受控的接口向外提供一组内聚的服务

依赖于抽象:建议不依赖于具体类、即程序中所有的依赖关系都应该终止于抽象类或者接口、尽量做到:

1、任何变量都不应该持有一个指向具体类的指针或者引用

2、任何类都不应该从具体类派生

3、任何方法都不应该覆写它的任何基类中的已经实现的方法

四、接口隔离原则

全称:“Interface Segregation Principle”

说明:使用多个专一功能的接口比使用一个的总接口总要好、从一个客户类的角度来讲:一个类对另外一个类的依赖性应当是建立在最小接口上的、过于臃肿的接口是对接口的污染、不应该强迫客户依赖于它们不用的方法

优点:会使一个软件系统功能扩展时、修改的压力不会传到别的对象那里

如何实现接口隔离原则

不应该强迫用户依赖于他们不用的方法

1、利用委托分离接口

2、利用多继承分离接口

五、迪米特原则

全称:“Law of Demeter”

说明:对象与对象之间应该使用尽可能少的方法来关联、避免千丝万缕的关系

如何实现迪米特法则?

迪米特法则的主要用意是控制信息的过载、在将其运用到系统设计中应注意以下几点:

1、 在类的划分上、应当创建有弱耦合的类、类之间的耦合越弱、就越有利于复用

2、在类的结构设计上、每一个类都应当尽量降低成员的访问权限、一个类不应当public自己的属性、而应当提供取值和赋值的方法让外界间接访问自己的属性

3、在类的设计上、只要有可能、一个类应当设计成不变类

4、在对其它对象的引用上、一个类对其它对象的引用应该降到最低

六、开放-封闭原则

全称:“Open-Closed Principle”

说明:对扩展开放、对修改关闭

优点:按照OCP原则设计出来的系统、降低了程序各部分之间的耦合性、其适应性、灵活性、稳定性都比较好、当已有软件系统需要增加新的功能时、不需要对作为系统基础的抽象层进行修改、只需要在原有基础上附加新的模块就能实现所需要添加的功能、增加的新模块对原有的模块完全没有影响或影响很小、这样就无须为原有模块进行重新测试。

如何实现“开-闭”原则?

在面向对象设计中、不允许更改的是系统的抽象层、而允许扩展的是系统的实现层、换言之、定义一个一劳永逸的抽象设计层、允许尽可能多的行为在实现层被实现、解决问题关键在于抽象化、抽象化是面向对象设计的第一个核心本质。

对一个事物抽象化、实质上是在概括归纳总结它的本质、抽象让我们抓住最最重要的东西、从更高一层去思考、这降低了思考的复杂度、我们不用同时考虑那么多的东西、换言之、我们封装了事物的本质、看不到任何细节。

在面向对象编程中、通过抽象类及接口、规定了具体类的特征作为抽象层、相对稳定、不需更改、从而满足“对修改关闭”;而从抽象类导出的具体类可以改变系统的行为、从而满足“对扩展开放”。

对实体进行扩展时、不必改动软件的源代码或者二进制代码、关键在于抽象。

七、合成复原原则:
全称:(Composite Reuse Principle,CRP)

尽量使用对象组合、而不是继承来达到复用的目的。

组合/聚合复用原则(Composite/Aggregate Reuse Principle CARP).组合和聚合都是对象建模中关联(Association)关系的一种.聚合表示整体与部分的关系、表示“含有”、整体由部分组合而成、部分可以脱离整体作为一个独立的个体存在、组合则是一种更强的聚合、部分组成整体、而且不可分割、部分不能脱离整体而单独存在、在合成关系中、部分和整体的生命周期一样、组合的新的对象完全支配其组成部分、包括他们的创建和销毁、一个合成关系中成分对象是不能与另外一个合成关系共享。

组合/聚合和继承是实现复用的两个基本途径、合成复用原则是指尽量使用合成/聚合、而不是使用继承

只有当以下的条件全部被满足时、才应当使用继承关系

1. 子类是超类的一个特殊种类、而不是超类的一个角色、也就是区分“Has-A”和“Is-A”.只有“Is-A”关系才符合继承关系、“Has-A”关系应当使用聚合来描述。

2 .永远不会出现需要将子类换成另外一个类的子类的情况、如果不能肯定将来是否会变成另外一个子类的话、就不要使用继承。

3 .子类具有扩展超类的责任、而不是具有置换掉或注销掉超类的责任、如果一个子类需要大量的置换掉超类的行为、那么这个类就不应该是这个超类的子类。

错误的使用继承而不是合成/聚合的一个常见原因是错误地把“Has-A”当成了“Is-A”.”Is-A”代表一个类是另外一个类的一种;而“Has-A”代表一个类是另外一个类的一个角色、而不是另外一个类的特殊种类。

下面属于问题补充,希望能帮助到各位网友哈!

七大原则列表详细说明
1.单一职责原则(SRP)
2.开闭原则(OCP)
3.里氏代换原则(LSP)
4.依赖倒置原则(DIP)
5.接口隔离原则(ISP)
6.合成复用原则(CRP)
7.迪米特法则(LoD)

对于面向对象软件系统而言,在支持可维护性的同时,提高系统的可复用性是一个至关重要的问题。在面向对象设计中,可维护性的服用是以设计原则为基础的。常用的面向对象原则就包括七种。

1.单一职责原则(SRP)
单一职责原则(Single Responsibility Principle):
一个类只负责一个功能领域中的相应职责。
或者定义为就一个类而言,应该只有一个引起它变化的原因。
单一职责原则是实现高内聚,低耦合的指导方针,它是最简单但又最难以运用的原则。

2.开闭原则(OCP)
开闭原则(Open-Closed Principle):(消灭分支语句if…else…)
软件实体应该对扩展开放而对修改关闭。
即软件实体应尽量在不修改原有的代码上进行扩展。
关键:抽象化,并从抽象化导出具体实现。
一般在原有模型中添加抽象层(接口、抽象类)

3.里氏代换原则(LSP)
里氏代换原则(Liskov Substitution Prinicple):
所有引用其(基类)父类的地方都能够透明的引用其子类。
任何基类可以出现的地方,子类一定可以出现,里氏替换原则是继承复用的基石。即把基类换成子类,程序也不会出错。

4.依赖倒置原则(DIP)
依赖倒置原则(Dependece Inversion Principle):
抽象不应该不依赖于细节,细节应该依赖于抽象。
换言之,要针对接口编程,而不是针对实现编程。

5.接口隔离原则(ISP)
接口隔离原则(Interface Segregation Principle):
使用多个专门的接口,而不是用单一的总接口

6.合成复用原则(CRP)
合成复用原则(Composite Reuse Principle):
尽量使用对象组合,而不是继承来达到复用的目的。
(1)继承复用:白箱
破坏了系统封装性,继承会将基类实现细节暴露给子类。
(2)合成服用:黑箱
新对象可调用已有对象功能,使对象内部实现细节对新对象不可见。
相对于继承复用而言,其耦合性相对较低,成员对象对新对象影响不大。可动态运行。
服用时尽量减少组合/聚合关系,少用继承。

7.迪米特法则(LoD)
迪米特法则(Law of Demeter ):
一个软件实体应当尽可能少地与其他实体发生相互作用。

本文来自用户:IT男的投稿,不代表寂寞网立场,转载请注明出处:https://www.jimowang.com/p/4211.html

版权声明:本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容, 请发送邮件至 jimowangmail@126.com 举报,一经查实,本站将立刻删除。

(2)
上一篇 2022年6月10日 17:07
下一篇 2022年6月14日 21:46

相关推荐

  • LOL卡顿怎么办?这几种方法可以试试(卡顿解决方法介绍和推荐)

    LOL卡顿是一种让许多玩家头疼的问题。当游戏画面不流畅或出现延迟时,会大大影响游戏体验。下面介绍几种卡顿解决方法,供您参考。 1. 降低游戏设置 尝试降低游戏设置可以减轻计算机对游戏的压力,从而提高游戏流畅度。您可以将分辨率、图形质量、特效等设置调整为较低的水平。虽然画面质量可能会有所减少,但可以提高游戏的帧率,减少卡顿情况。 <h程序在运行LOL时,…

    2023年8月14日
  • 如何维护与货源供应商的关系(关系维护技巧和建议)

    维护与货源供应商的关系对于地摊经营来说非常重要。良好的合作关系可以带来更优质的货源、更有竞争力的价格以及更好的售后服务。本文将为您介绍一些维护与货源供应商的关系的技巧和建议,助您建立稳定的合作关系。 1. 建立互信和沟通 建立基于互相信任和良好沟通的合作关系是成功的基石。及时沟通、诚实坦率地表达需求和问题,并且尊重供应商的观点和意见。双方通过积极的交流建立起…

    2023年9月1日
  • 网站程序站点地图制作大全【详细讲解】

    最近有很多朋友问尤艺杰关于网站程序站点地图制作大全的问题,以及其他关于建站经验,网站优化,站点地图舆图,网站,帝国的一些相关干货,其实这个内容对于新手来说还是挺重要的,因为涉及面很大。如果你认真读了,一定会有所收获! 在咱们日常平凡建站的过程当中,大多数的同伙所采用的建站法式都是ecshop,织梦,wordpress,帝国CMS,Zblog等,这么多的法式在…

    技术 2022年10月27日
  • 如何兼顾赚钱和学业(时间管理技巧和建议)

    如何兼顾赚钱和学业(时间管理技巧和建议) 现代社会,年轻人除了要忙于学业之外,还需要通过打工、兼职等方式赚钱。然而,如何在赚钱和学业之间找到平衡,成为了许多人关注的问题。本文将为您提供一些时间管理技巧和建议,帮助您更好地兼顾赚钱和学业。 1. 制定合理的计划 首先,制定合理的计划非常重要。根据自己的学业和工作情况,合理安排每天的时间。可以使用时间管理工具,如…

    2023年8月25日
  • 热门的采集软件有哪些?【新手必看】

    HI,小伙伴们你们好,今天吴泽然比较忙,抽个时间来说下关于热门的采集软件有哪些,以及采集软件热门,软件,接口的一系列相关干货,成功的路上不会一帆风顺,每一个成功的背后都有一个惊人的故事。 最早的站长几乎10个有9个都用过采集器,因为以前的搜索引擎还没有这么重视内容,只要有内容就有流量。市面就出现许许多多的采集软件,随着这几年的发展,采集器功能也越来越强大,新…

    2022年9月27日 技术
  • 最好的大学排行榜的争议和评价(大学排行榜的争议和评价分析)

    最好的大学排行榜一直是社会关注的热点,但其评价标准和排名结果却一直备受争议。本文将分析大学排行榜的争议和评价,探讨其优缺点及未来发展。 大学排行榜的争议 大学排行榜的评价标准是导致争议的主要原因之一。目前,许多排名机构都采用类似的评价标准,如学术成果、科研资金、教学质量等。然而,这些标准是否真正反映了一所大学的质量和水平,仍存在争议。一些人认为,这些标准过于…

    2023年9月16日