C# 设计模式 提高可维护性的几点原则

为了提高软件的可维护性，应该遵循以下几点原则：

1.“开放--封闭”原则（OCP）

　　一个软件实体应该对扩展开放，对修改封闭.

2.里氏代换原则（LSP）

　　子类型必须能替换她们的基类型，反过来则不成立。

3.依赖倒置原则（DIP）

　　要依赖于抽象，不要依赖于具体。

　　优点是降低耦合，提高可扩展性和稳定性。

4.接口隔离原则（ISP）

　　使用多个接口要比单一接口要好。

　　1）使用委托分离接口

　　2）使用多重继承分离接口

5.聚合和复用原则（CARP）

　　在一个新的对象里使用一些已有的对象，使之成为新对象的一部分。新对象通过对这些对象的委派打到复用已有功能的目的。

6.迪米特法则（LOD）

　　一个对象对其它对象有尽可能少的了解。

C# 设计模式 提高可维护性的几点原则,布布扣,bubuko.com

时间： 2024-08-26 11:57:28

C# 设计模式 提高可维护性的几点原则的相关文章

设计模式的概念以及面向对象设计原则

设计模式的定义 设计模式(Design Pattern)是一套面向对象的代码设计经验总结. 设计模式是一种思想,也是一种技术. 一种设计模式就是一种解决实际问题的方案. 每一种设计模式虽然有既定的结构图和基本程序代码,但是应该不局限于此,要理解其精髓而熟练应用. OOP的六大设计原则 单一职责原则定义:对于一个类,应该只有一个引起它变化的原因.|-----降低类的复杂度,一个类只负责一项职责,其逻辑肯定要比负责多项职责简单.|-----提高类的可读性,提高系统的可维护性. 里氏代换原则定义:子类

学习设计模式 - 六大基本原则之开闭原则

设计模式总共有六大基本原则,统称为SOLID (稳定)原则,分别是S-单一职责原则(Single Responsibility Principle), O-开闭原则(Open closed Principle),L-里氏替换原则(Liskov Substitution Principle),L-迪米特法则(Law of Demeter),I-接口隔离原则(Interface Segregation Principle),D-依赖倒置原则(Dependence Invension Principl

GOF 的23种JAVA常用设计模式总结 03 面向对象七大设计原则

在软件开发中,为了提高软件系统的可维护性和可复用性,增加软件的可扩展性和灵活性,程序员要尽量根据 7 条原则来开发程序,从而提高软件开发效率.节约软件开发成本和维护成本. 各位代码界的大佬们总结出的七大设计原则,还是需要好好了解一下 1.开闭原则 开闭原则(Open Closed Principle,OCP)由勃兰特·梅耶(Bertrand Meyer)提出,他在 1988 年的著作<面向对象软件构造>(Object Oriented Software Construction)中提出:软件实

[设计模式]之零：六大设计原则

设计模式系列目录 单一职责原则 Single Responsibility Principle - SRP 就一个类而言,应该仅有一个引起它变化的原因. 假设现在要在iPhone上做一个图片编辑工具.功能有裁剪图片,旋转图片,缩放移动照片等等. 呐,我们可以写一个功能集类,然后把这些所有操作视为功能集的一部分,把代码全部写进这个类里面. 这么看来似乎可以,因为这是作为一个单独的模块嘛,把相关功能写进一个工具类里,用哪个功能调用哪个函数就好了.但这带来了一个问题就是这个工具类包含过多功能显得非常臃

《设计模式之禅》六大设计原则2

接口隔离原则 接口隔离原则的定义 接口分为两种: ● 实例接口(Object Interface),在Java中声明一个类,然后用new关键字产生一个实 例,它是对一个类型的事物的描述,这是一种接口.Java中的类也是一种接口. ● 类接口(Class Interface),Java中经常使用的interface关键字定义的接口. 那什么是隔离呢?它有两种定义,如下所示: ● Clients should not be forced to depend upon interfaces that

在设计IOSapp时为了代码的扩展性可可维护性需要遵守的原则

作为软件工程范畴的iosApp,为了保持代码的可维护性和扩展性,必然要遵守软件的基本特性,众所周知高内聚低耦合的程序才能具备这样的特性. 首先,不能依赖于storyboard和xib,原显而易见.第一点是,在源代码管理方面,在团队项目中,一旦有人改变了一点内容storyboard就会显示modify的样子,所以让人看起来很不安,其实带着M的原因很可能就是其他团队成员鼠标手点击了一下而已,最新的源代码管理工具在Xcode中的集成基本上解决了这个问题,但是依然还是会产生严重的代码冲突,这不是团队人员

初识设计模式、软件设计的六大原则

总结:本篇文字分为两个部分.第一部分:设计模式基本常识:第二部分:软件设计中的六大原则,并详细分析了单一职责原则.(本篇文章的时间轴参考:为知笔记支撑文件夹\Java设计模式(时间序列图).vsdx) 部分一:初识设计模式 什么是设计模式?James拿到这个论点时,很是迷惑! 模式?是不是一个模子?模式识别--计算机领域的经典问题? 设计模拟?软件的设计模式?不懂!!! 但是在实际编码.调试过程中,James的遇到过很是难解的问题:工程代码中有过多的冗余代码--代码复用性不高:需求一旦改变,需要

设计模式之禅之六大设计原则-接口隔离原则

接口隔离原则一:什么是接口?● 实例接口(Object Interface)        ---->Person zhangSan=new Person()产生了一个实例,这个实例要遵从的标准就是Person这个类,Person类就是zhangSan的接口● 类接口(Class Interface)        ---->Java中经常使用的interface关键字定义的接口. 二:那什么是隔离呢?它有两种定义:      ---->事物的定义一般都比较难理解,晦涩难懂是正常的.我们

学习设计模式 - 六大基本原则之单一职责原则

设计模式总共有六大基本原则,统称为SOLID (稳定)原则,分别是S-单一职责原则(Single Responsibility Principle), O-开闭原则(Open closed Principle),L-里氏替换原则(Liskov Substitution Principle),L-迪米特法则(Law of Demeter),I-接口隔离原则(Interface Segregation Principle),D-依赖倒置原则(Dependence Invension Principl