谈谈面向对象设计(OOD)原则

2024-03-23 04:30

本文主要是介绍谈谈面向对象设计(OOD)原则,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

拥有一把锤子未必能成为建筑师

最近在项目开发过程中碰到了一些问题,发现在每波迭代开发过程中,经常需要去修改之前的代码,虽然出现这样的情形很正常,新的需求必然会带来新的功能新的设计,导致之前的代码受到影响。记得看过一个笑话:

“杀一个程序员不需要用枪,改三次需求就可以了”

其实需求设计是一个方面,另外我们作为设计开发人员有时候也需要去反省,反省一下代码的设计是否合理,为什么新功能的在原有代码上扩展会那么难,为什么我们的代码这么不稳定,牵一发而动全身?
  我觉得能成为一名程序员,至少不会是一个笨的人,要完成一个功能,总能想办法实现(不然早被开除啦~),但实现的方法思路却有好有坏,不过我认为思路可以被引导,软件开发不是才刚开始,它已经存在一段时间,我们可以吸收前人的一些经验教训来提高自己,比如GOF的《设计模式:可复用面向对象软件的基础》,帮我们总结了很多问题的解决思路。这段时间也花了点时间学习面向对象设计的一些思想,也谈谈自己的一些理解。
  提到设计模式,我想很多人都看过这块的一些书籍,不过不知道会不会有跟我一样的困惑:看的时候都理解,但是实际开发的时候却无法融入,后面慢慢就忘记了。尴尬,可能我们只是看到了某个模式的表面,而隐藏在模式后面的一些“真理”却没有去挖掘,这个模式是要解决什么问题?其实模式设计的背后都是为了遵循某种设计原则。

“比设计模式更重要的是设计原则”

面相对象设计的概念大家也都知道,它的设计目标就是希望软件系统能做到以下几点:

  • 可扩展:新特性能够很容易的添加到现有系统中,不会影响原本的东西
  • 可修改:当修改某一部分的代码时,不会影响到其它不相关的部分
  • 可替代:将系统中某部分的代码用其它有相同接口的类替换时,不会影响到现有系统

这几个可以用来检测我们的软件系统是不是设计得合理,而如何设计出易于维护和扩展的软件系统是有设计原则可以遵循指导的,Robert C. Martin提出了面相对象设计的五个基本原则(SOLID):

  • S-单一职责原则
  • O-开放关闭原则
  • L-里氏替换原则
  • I-接口隔离原则
  • D-依赖倒置原则

我们在进行面相对象设计的时候应该牢记这几个原则,这能让你成为更优秀的设计开发人员---至少你的代码不会那么烂,下面来简单了解一下这几个原则。

单一职责原则:Single Responsibility Principle

一个类有且仅有一个职责,只有一个引起它变化的原因。

简单来说一个类只做好一件事就行,不去管跟自己不相干的,狗拿耗子多管闲事,其核心就是解耦以及高内聚。这个原则看着很简单,我们在写代码的时候即便不知道这个原则也会往这个方向靠拢,写出功能相对单一的类,不过这个原则很容易违背,因为可能由于某种原因,原来功能单一的类需要被细化成颗粒更小的职责1跟职责2,所以在每次迭代过程中可能需要重新梳理重构之前编写的代码,将不同的职责封装到不同的类或者模块中。
举个栗子:

@interface DataTransfer : NSObject
-(void)upload:(NSData *)data; //上传数据
-(void)download(NSString*)url;  //根据URL下载东西
@end

DataTransfer包含上传跟下载功能,仔细考虑可以发现这相当于实现了两个功能,一个负责上传的相关逻辑,另一个负责下载的逻辑,而这个两个功能相对对立,当有一个功能改变的时候,比如我们之前是使用AFNetworking,现在想换成其它第三方或者nsurlconnection来实现上传跟下载:

  • 上传方式变更,导致DataTransfer变更
  • 下载方式变更,导致 DataTransfer变更

这就违反了单一职责的原则,所以需要将不同的功能拆解成两个不同的类,来负责各自的职责,不过这个拆的粒度可能因人而已,有时候并不需要拆的过细,不要成了为设计而设计。

单一职责

  在我们项目中经常看到很多违反这条原则的代码,而且违反的比较明显,许多类都是丰富功能的超级集合,整个类变得臃肿难以理解,这时候就需要我们有意识地去重构了。

开放关闭原则:Open Closed Principle

开闭原则的定义是说一个软件实体如类,模块和函数应该对扩展开放,而对修改关闭,具体来说就是你应该通过扩展来实现变化,而不是通过修改原有的代码来实现变化,该原则是面相对象设计最基本的原则。
  之前说过在项目中每当需求需改的时候经常需要对代码有很大的改动,很大程度上就是因为我们对这个原则理解的不够透彻。
  开闭原则的关键在于抽象,我们需要抽象出那些不会变化或者基本不变的东西,这部分东西相对稳定,这也就是对修改关闭的地方(这并不意味着不可以再修改),而对于那些容易变化的部分我们也对其封装,但是这部分是可以动态修改的,这也就是对扩展开发的地方,比如设计模式中的策略模式和模板模式就是在实现这个原则(现在应该对模式有更感性的认识了吧~)。

举个例子:我们需要保存对象到数据库当中,其中有个类似save()的保存方法,这部分应该是不变的,接口相对稳定,而具体保存的实现却有可能不同,我们现在可能是保存在Sqlite数据库中,假如以后如果想保存到一个自己实现的数据库中时,我们只需要实现一个拥有同样接口的扩展类添加进去即可,这就是对扩展开放,不会对之前的代码造成任何影响,就可以实现保存到新数据库的功能,保证了系统的稳定性。

开闭原则

实现开闭原则的指导思想就是:

  • 抽象出相对稳定的接口,这部分应该不改动或者很少改动
  • 封装变化

不过在软件开发过程中,要一开始就完全按照开闭原则来可能比较困难,更多的情况是在不断的迭代重构过程中去改进,在可预见的变化范围内去做设计。

里氏替代原则:Liskov Substitution Principle

该原则的定义:所有引用基类的地方必须能透明地使用其子类的对象。简单来说,所有使用基类代码的地方,如果换成子类对象的时候还能够正常运行,则满足这个原则,否则就是继承关系有问题,应该废除两者的继承关系,这个原则可以用来判断我们的对象继承关系是否合理。
比如有一个鲸鱼的类,我们让鲸鱼继承于鱼类,然后鱼类有个呼吸的功能:

鲸鱼继承自鱼类

然后在水里的时候,鱼能够进行呼吸:

if(isInwater){//在水中了,开始呼吸fish.breath();
}

当我们把鲸鱼这个子对象替换原来的基类鱼对象,鲸鱼在水里开始呼吸,这时问题就出现了,鲸鱼是哺乳动物,在水里呼吸是没法呼吸的,一直在水里就GG思密达了,所以这违反了该原则,我们就可以判断鲸鱼继承于鱼类不合理,需要去重新设计。
  通常在设计的时候,我们都会优先采用组合而不是继承,因为继承虽然减少了代码,提高了代码的重用性,但是父类跟子类会有很强的耦合性,破坏了封装。

接口隔离原则:Interface Segregation Principle

该原则的定义:不能强迫用户去依赖那些他们不使用的接口。简单来说就是客户端需要什么接口,就提供给它什么样的接口,其它多余的接口就不要提供,不要让接口变得臃肿,否则当对象一个没有使用的方法被改变了,这个对象也将会受到影响。接口的设计应该遵循最小接口原则,其实这也是高内聚的一种表现,换句话说,使用多个功能单一、高内聚的接口总比使用一个庞大的接口要好。
  举个简单的例子:比如我们有个自行车接口,这个接口包含了很多方法,包括GPS定位,以及换挡的方法

不满足ISP原则

 然后我们发现即便普通的自行车也需要实现GPS定位以及换挡的功能,显然这违背了接口隔离的原则。遵循接口最小化的原则,我们重新设计:

满足ISP原则

  这样一来每个接口的功能相对单一,使用多个专门的接口比使用一个总的接口要好,假如我们的山地车没有没有GPS定位的功能,我们不去继承实现对应的接口即可,在iOS开发中有很多这样的例子,比如UITalbleView的代理有两个不同的接口,UITableViewDataSource专门负责需要显示的内容,UITableViewDelegate专门负责一些view的自定义显示,然后我们会继承多个接口,这就满足了ISP原则。

@interface ViewController () <UITableViewDataSource,UITableViewDelegate,OtherProtocol>

依赖倒置原则:Dependence Inversion Principle

该原则的定义:高层模块不应该依赖低层模块,两者都应该依赖其抽象;抽象不应该依赖细节;细节应该依赖抽象。其实这就是我们经常说的“针对接口编程”,这里的接口就是抽象,我们应该依赖接口,而不是依赖具体的实现来编程。
  如你在Sqlite数据库的基础上开发一套新的数据库系统AWEDatabase,这时候Sqlite相当于底层模块,而你的AWEDatabase就属于高层模块;而从AWEDatabase开发使用者来看,他的业务层就相当于高层模块,而AWEDatabase就变成底层模块了,所以模块的高低应该是从开发者当前的角度来看的,不过DIP原则从不同角度来看它都适合且需要被遵守。假如我们高层模块直接依赖于底层模块,带来的后果是每次底层模块改动,高层模块就会受到影响,整个系统就变得不稳定,这也违反了开放关闭原则。
  通常我们会通过引入中间层的方式来解决这个问题,这个中间层相当于一个抽象接口层,高层模块和底层模块都依赖于这个中间层来交互,这样只要中间抽象层保持不变,底层模块改变不会影响到高层模块,这就满足了开放关闭原则;而且假如高层模块跟底层模块同时处于开发阶段,这样有了中间抽象层之后,每个模块都可以针对这个抽象层的接口同时开发,高层模块就不需要等到底层模块开发完毕才能继续了。
  比如在我们项目中有涉及IM的功能,现在这个IM模块采用的是XMPP协议来实现,客户端通过这个模块来实现消息的收发,但是假如后面我们想要换成其它协议,比如MQTT等,针对接口编程的话就可以让我们很轻松的实现模块替换:

针对接口编程
@protocol MessageDelegate <NSObject>
@required
-(void)goOnline;
-(void)sendMessage:(NSString*)content;
@end//xmpp实现
@interface XMPPMessageCenter <MessageDelegate>
@end//MQTT实现
@interface MQTTMessageCenter <MessageDelegate>
@end//业务层
@interface BussinessLayer
//使用遵循MessageDelegate协议的对象,针对接口编程,以后替换也很方便
@property(nonatomic,strong)id<MessageDelegate> messageCenter;
@end

当我们在进行面向对象设计的时候应该充分考虑上面这几个原则,一开始可能设计并不完美,不过可以在重构的过程中不断完善。但其实很多人都跳过了设计这个环节,拿到一个模块直接动手编写代码,更不用说去思考设计了,项目中也有很多这样的例子。当然对于简单的模块或许不用什么设计,不过假如模块相对复杂的话,能够在动手写代码之前好好设计思考一下,养成这个习惯,肯定会对编写出可读性、稳定性以及可扩展性较高的代码有帮助。

最关键的软件开发工具是受过良好设计原则训练的思维。


原文链接:https://www.jianshu.com/p/e378025920f8

这篇关于谈谈面向对象设计(OOD)原则的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!



http://www.chinasem.cn/article/837135

相关文章

不懂推荐算法也能设计推荐系统

本文以商业化应用推荐为例,告诉我们不懂推荐算法的产品,也能从产品侧出发, 设计出一款不错的推荐系统。 相信很多新手产品,看到算法二字,多是懵圈的。 什么排序算法、最短路径等都是相对传统的算法(注:传统是指科班出身的产品都会接触过)。但对于推荐算法,多数产品对着网上搜到的资源,都会无从下手。特别当某些推荐算法 和 “AI”扯上关系后,更是加大了理解的难度。 但,不了解推荐算法,就无法做推荐系

怎么让1台电脑共享给7人同时流畅设计

在当今的创意设计与数字内容生产领域,图形工作站以其强大的计算能力、专业的图形处理能力和稳定的系统性能,成为了众多设计师、动画师、视频编辑师等创意工作者的必备工具。 设计团队面临资源有限,比如只有一台高性能电脑时,如何高效地让七人同时流畅地进行设计工作,便成为了一个亟待解决的问题。 一、硬件升级与配置 1.高性能处理器(CPU):选择多核、高线程的处理器,例如Intel的至强系列或AMD的Ry

基于51单片机的自动转向修复系统的设计与实现

文章目录 前言资料获取设计介绍功能介绍设计清单具体实现截图参考文献设计获取 前言 💗博主介绍:✌全网粉丝10W+,CSDN特邀作者、博客专家、CSDN新星计划导师,一名热衷于单片机技术探索与分享的博主、专注于 精通51/STM32/MSP430/AVR等单片机设计 主要对象是咱们电子相关专业的大学生,希望您们都共创辉煌!✌💗 👇🏻 精彩专栏 推荐订阅👇🏻 单片机

SprinBoot+Vue网络商城海鲜市场的设计与实现

目录 1 项目介绍2 项目截图3 核心代码3.1 Controller3.2 Service3.3 Dao3.4 application.yml3.5 SpringbootApplication3.5 Vue 4 数据库表设计5 文档参考6 计算机毕设选题推荐7 源码获取 1 项目介绍 博主个人介绍:CSDN认证博客专家,CSDN平台Java领域优质创作者,全网30w+

JVM内存调优原则及几种JVM内存调优方法

JVM内存调优原则及几种JVM内存调优方法 1、堆大小设置。 2、回收器选择。   1、在对JVM内存调优的时候不能只看操作系统级别Java进程所占用的内存,这个数值不能准确的反应堆内存的真实占用情况,因为GC过后这个值是不会变化的,因此内存调优的时候要更多地使用JDK提供的内存查看工具,比如JConsole和Java VisualVM。   2、对JVM内存的系统级的调优主要的目的是减少

单片机毕业设计基于单片机的智能门禁系统的设计与实现

文章目录 前言资料获取设计介绍功能介绍程序代码部分参考 设计清单具体实现截图参考文献设计获取 前言 💗博主介绍:✌全网粉丝10W+,CSDN特邀作者、博客专家、CSDN新星计划导师,一名热衷于单片机技术探索与分享的博主、专注于 精通51/STM32/MSP430/AVR等单片机设计 主要对象是咱们电子相关专业的大学生,希望您们都共创辉煌!✌💗 👇🏻 精彩专栏 推荐订

Spring的设计⽬标——《Spring技术内幕》

读《Spring技术内幕》第二版,计文柯著。 如果我们要简要地描述Spring的设计⽬标,可以这么说,Spring为开发者提供的是⼀个⼀站式的轻量级应⽤开发框架(平台)。 作为平台,Spring抽象了我们在 许多应⽤开发中遇到的共性问题;同时,作为⼀个轻量级的应⽤开发框架,Spring和传统的J2EE开发相⽐,有其⾃⾝的特点。 通过这些⾃⾝的特点,Spring充分体现了它的设计理念:在

开题报告中的研究方法设计:AI能帮你做什么?

AIPaperGPT,论文写作神器~ https://www.aipapergpt.com/ 大家都准备开题报告了吗?研究方法部分是不是已经让你头疼到抓狂? 别急,这可是大多数人都会遇到的难题!尤其是研究方法设计这一块,选定性还是定量,怎么搞才能符合老师的要求? 每次到这儿,头脑一片空白。 好消息是,现在AI工具火得一塌糊涂,比如ChatGPT,居然能帮你在研究方法这块儿上出点主意。是不

创业者该如何设计公司的股权架构

本文来自七八点联合IT橘子和车库咖啡的一系列关于设计公司股权结构的讲座。 主讲人何德文: 在公司发展的不同阶段,创业者都会面临公司股权架构设计问题: 1.合伙人合伙创业第一天,就会面临股权架构设计问题(合伙人股权设计); 2.公司早期要引入天使资金,会面临股权架构设计问题(天使融资); 3.公司有三五十号人,要激励中层管理与重要技术人员和公司长期走下去,会面临股权架构设计问题(员工股权激

ffmpeg面向对象-待定

1.常用对象 rtsp拉流第一步都是avformat_open_input,其入参可以看下怎么用: AVFormatContext *fmt_ctx = NULL;result = avformat_open_input(&fmt_ctx, input_filename, NULL, NULL); 其中fmt_ctx 如何分配内存的?如下 int avformat_open_input(