草庐IT

设计模式七大原则—开闭原则

坚持 2023-03-28 原文

重要性

有过一些实际开发工作的朋友一定对某个场景会深有体会,那就是客户经常会对现有的功能提出新的需求要我们改动,并且要快速完成。如果你的代码没有很好的遵循“开闭原则”,并且顶着工期的缩减,那我们对需求变化的修改,“往往就像在一个草稿纸上反复的涂抹”,随着不断的变化修改代码就会显得很乱,可能到最后你连自己的代码都看不懂了,还可能影响现有的功能(“赔了夫人又折兵”)

 定义

开闭原则在定义描述上其实非常的简短,那就是:“对扩展开放,对修改关闭”,该原则是编程种最基本、最重要的设计原则。其实在经过实际的开发工作后,大家都自然而然的会体会到这个开闭原则的思想:就是我们在对现有功能进行调整修改的时候,我们的调整修改尽量做到,对现有的功能不受影响,这样才能保障我们系统的稳定性。

如果要做到这一点,我们的程序设计就必须遵循开闭原则,即软件模块在变动的情况下,是通过新增扩展单独的代码来实现变动,而不是去修改现有的代码来完成变动。开闭原则并不是特指某种技术,他是建立在面向对象编程的运用基础之上的一种思想,所以没有固定的套路,要实现该原则,那么你就要保障你的程序能够“对扩展开放,对修改关闭”即可。

打个比方

“对扩展开放,对修改关闭”,我们打个比方来理解以下这个较为生硬的概念。比方说你现在有台电脑它的磁盘空间不够,因此此时如果要增加现有的磁盘空间,目前的电脑就需要把机箱拆掉将磁盘返厂处理,如果你要求的新增空间特别大,很可能还需要换主板。那么对于这种情况,实际上它就没有做到对“修改关闭”,因为我们的变动需要改变现有的内容。

如果说电脑在设计之初就考虑到了可能发生的变化,因此设计了外部的扩展接口,那么我们就只需要买一个新的硬盘,插入到扩展接口就可以完成磁盘空间的增加。那么对于这种情况,它就是满足了开闭原则的“对扩展开放,对修改关闭”,这个道理在程序设计上同样如此。

 

代码示例

下面通过代码层面来加深对的理解,通过两个示例来看看“使用”开闭原则和“未使用”开闭原则的区别,以及如何在代码层面体现出开闭原则。

1.“未使用”开闭原则

 1    //电脑类
 2     class Computer
 3     {
 4         //读取设备
 5         public void ReadDevice(int type)
 6         {
 7             if (type==1)
 8             {
 9                 RunMouse();//运行鼠标
10             }
11             else if (type == 2)
12             {
13                 RunKeyboard();//运行键盘
14             }
15             else if (type == 3)
16             {
17                 RunHeadset();   //运行耳机
18             }
19         }
20 
21         //运行鼠标
22         public void RunMouse()
23         {
24             Console.WriteLine("运行鼠标");
25         }
26 
27         //运行键盘
28         public void RunKeyboard()
29         {
30             Console.WriteLine("运行键盘");
31         }
32 
33         //运行耳机
34         public void RunHeadset()
35         {
36             Console.WriteLine("运行耳机");
37         }
38 
39     }
40 
41      
42     internal class Program
43     {
44         static void Main(string[] args)
45         {
46             Computer computer = new Computer();
47             computer.ReadDevice(1);
48         }
49     }

代码示例简单也比较贴近实际生活场景,其中主要是通过电脑类中“读取设备”的方法来读取不同的设备(鼠标、键盘、耳机),该方法根据传入的类型参数,来判断来读取具体的设备。

对于该示例而言,它实际上就没有遵循开闭原则,那就是没有“对扩展开放,对修改关闭”。为什么这么说?因为如果现在电脑类需要增加读取的设备,对于这个示例只能修改现有电脑类的代码,也就是新增设备运行方法,并加入新的else if判断类型读取,并且并不支持单独的扩展方式对其进行修改。如果无法预料到所有新的读取设备,那么你的电脑类将“有无宁日”,代码可能会像下图:

 

 2.“使用”开闭原则

 

 1    public abstract class Device
 2     {
 3         public abstract void Run();
 4     }
 5 
 6     public class Mouse : Device
 7     {
 8         public override void Run()
 9         {
10             Console.WriteLine("运行鼠标");
11         }
12     }
13 
14     public class Keyboard : Device
15     {
16         public override void Run()
17         {
18             Console.WriteLine("运行键盘");
19         }
20     }
21     public class Headset : Device
22     {
23         public override void Run()
24         {
25             Console.WriteLine("运行耳机");
26         }
27     }
28 
29 
30     //电脑类
31     class Computer
32     {
33         //读取设备
34         public void ReadDevice(Device device)
35         {
36             device.Run();
37         }
38 
39     }
40 
41     internal class Program
42     {
43         static void Main(string[] args)
44         {
45             Computer computer = new Computer();
46             computer.ReadDevice(new Headset());
47         }
48     }

该示例将经常变化的部分单独的抽离了出来,声明了一个抽象设备类,并且根据不同的设备创建继承该抽象类的实现类。那么这样一来就将设备的变化与电脑类隔离开了,后面不管新增还是删除设备,电脑类都不用进行修改,而新增设备只用创建一个继承抽象设备类的实现类即可。因此也遵循了开闭原则的“对扩展开放,对修改关闭”。

有关设计模式七大原则—开闭原则的更多相关文章

  1. ruby-on-rails - Rails - 子类化模型的设计模式是什么? - 2

    我有一个模型:classItem项目有一个属性“商店”基于存储的值,我希望Item对象对特定方法具有不同的行为。Rails中是否有针对此的通用设计模式?如果方法中没有大的if-else语句,这是如何干净利落地完成的? 最佳答案 通常通过Single-TableInheritance. 关于ruby-on-rails-Rails-子类化模型的设计模式是什么?,我们在StackOverflow上找到一个类似的问题: https://stackoverflow.co

  2. ruby - 解析 RDFa、微数据等的最佳方式是什么,使用统一的模式/词汇(例如 schema.org)存储和显示信息 - 2

    我主要使用Ruby来执行此操作,但到目前为止我的攻击计划如下:使用gemsrdf、rdf-rdfa和rdf-microdata或mida来解析给定任何URI的数据。我认为最好映射到像schema.org这样的统一模式,例如使用这个yaml文件,它试图描述数据词汇表和opengraph到schema.org之间的转换:#SchemaXtoschema.orgconversion#data-vocabularyDV:name:namestreet-address:streetAddressregion:addressRegionlocality:addressLocalityphoto:i

  3. ruby - 如何在续集中重新加载表模式? - 2

    鉴于我有以下迁移:Sequel.migrationdoupdoalter_table:usersdoadd_column:is_admin,:default=>falseend#SequelrunsaDESCRIBEtablestatement,whenthemodelisloaded.#Atthispoint,itdoesnotknowthatusershaveais_adminflag.#Soitfails.@user=User.find(:email=>"admin@fancy-startup.example")@user.is_admin=true@user.save!ende

  4. ruby-on-rails - 使用 rails 4 设计而不更新用户 - 2

    我将应用程序升级到Rails4,一切正常。我可以登录并转到我的编辑页面。也更新了观点。使用标准View时,用户会更新。但是当我添加例如字段:name时,它​​不会在表单中更新。使用devise3.1.1和gem'protected_attributes'我需要在设备或数据库上运行某种更新命令吗?我也搜索过这个地方,找到了许多不同的解决方案,但没有一个会更新我的用户字段。我没有添加任何自定义字段。 最佳答案 如果您想允许额外的参数,您可以在ApplicationController中使用beforefilter,因为Rails4将参数

  5. ruby - 是否有用于序列化和反序列化各种格式的对象层次结构的模式? - 2

    给定一个复杂的对象层次结构,幸运的是它不包含循环引用,我如何实现支持各种格式的序列化?我不是来讨论实际实现的。相反,我正在寻找可能会派上用场的设计模式提示。更准确地说:我正在使用Ruby,我想解析XML和JSON数据以构建复杂的对象层次结构。此外,应该可以将该层次结构序列化为JSON、XML和可能的HTML。我可以为此使用Builder模式吗?在任何提到的情况下,我都有某种结构化数据-无论是在内存中还是文本中-我想用它来构建其他东西。我认为将序列化逻辑与实际业务逻辑分开会很好,这样我以后就可以轻松支持多种XML格式。 最佳答案 我最

  6. LC滤波器设计学习笔记(一)滤波电路入门 - 2

    目录前言滤波电路科普主要分类实际情况单位的概念常用评价参数函数型滤波器简单分析滤波电路构成低通滤波器RC低通滤波器RL低通滤波器高通滤波器RC高通滤波器RL高通滤波器部分摘自《LC滤波器设计与制作》,侵权删。前言最近需要学习放大电路和滤波电路,但是由于只在之前做音乐频谱分析仪的时候简单了解过一点点运放,所以也是相当从零开始学习了。滤波电路科普主要分类滤波器:主要是从不同频率的成分中提取出特定频率的信号。有源滤波器:由RC元件与运算放大器组成的滤波器。可滤除某一次或多次谐波,最普通易于采用的无源滤波器结构是将电感与电容串联,可对主要次谐波(3、5、7)构成低阻抗旁路。无源滤波器:无源滤波器,又称

  7. 计算机毕业设计ssm+vue基本微信小程序的小学生兴趣延时班预约小程序 - 2

    项目介绍随着我国经济迅速发展,人们对手机的需求越来越大,各种手机软件也都在被广泛应用,但是对于手机进行数据信息管理,对于手机的各种软件也是备受用户的喜爱小学生兴趣延时班预约小程序的设计与开发被用户普遍使用,为方便用户能够可以随时进行小学生兴趣延时班预约小程序的设计与开发的数据信息管理,特开发了小程序的设计与开发的管理系统。小学生兴趣延时班预约小程序的设计与开发的开发利用现有的成熟技术参考,以源代码为模板,分析功能调整与小学生兴趣延时班预约小程序的设计与开发的实际需求相结合,讨论了小学生兴趣延时班预约小程序的设计与开发的使用。开发环境开发说明:前端使用微信微信小程序开发工具:后端使用ssm:VU

  8. ruby-on-rails - environment.rb 中设置的常量在开发模式中消失 - 2

    了解Rails缓存如何工作的人可以真正帮助我。这是嵌套在Rails::Initializer.runblock中的代码:config.after_initializedoSomeClass.const_set'SOME_CONST','SOME_VAL'end现在,如果我运行script/server并发出请求,一切都很好。然而,在我的Rails应用程序的第二个请求中,一切都因单元化常量错误而变得糟糕。在生产模式下,我可以成功发出第二个请求,这意味着常量仍然存在。我已通过将以上内容更改为以下内容来解决问题:config.after_initializedorequire'some_cl

  9. ruby-on-rails - 设计注册确认 - 2

    我在我的项目中有一个用户和一个管理员角色。我使用Devise创建了身份验证。在我的管理员角色中,我没有任何确认。在我的用户模型中,我有以下内容:devise:database_authenticatable,:confirmable,:recoverable,:rememberable,:trackable,:validatable,:timeoutable,:registerable#Setupaccessible(orprotected)attributesforyourmodelattr_accessible:email,:username,:prename,:surname,:

  10. ruby - 最佳原则中的原则 - 2

    我似乎经常遇到一些设计问题,但我不知道是什么是真的很合适。一方面我经常听到我应该限制耦合和坚持单一职责,但当我这样做时,我常常发现它很困难到在需要时将信息获取到程序的一部分。为了例如,classSingerdefinitialize(name)@name=nameendattr:nameend那么Song应该是:classSongdefnew(singer)@singer=singerendend或classSongdefnew(singer_name)@singer_name=singer_nameendend后者耦合性小,按道理应该用。但如果我以后发现宋有什么需要了解更多歌手,我的

随机推荐