C#设计模式:六大设计原则

面向对象的典型原则 可以划分两类:面向类的和面向包。

面向类的包括: SRP--单一职责原则。

OCP--开放封闭原则。

LSP --里氏替换原则。

DIP--依赖倒置原则。

ISP--接口隔离原则。

面向包的包括: 强调的是包的内聚性设计要求->REP--重用发布等价原则。

CCP--共同封闭原则。

CRP--共同重用原则。

针对是包间耦合性要求->ADP--无环依赖原则。

SPP--稳定依赖原则。

SAP--稳定抽象原则。

六大设计原则:

单一职责原则 SRP-- Single Responsibility Principle:一个类应该只有一个发生变化的原因。

一个类应该仅有一个引起它变化的原因,不要将变化原因不同的职责封装在一起而应该分离。

关键点:什么是类的职责,以及怎么划分类的职责。

对于接口,在设计的时候一定要做到单一,但是对于实现类就需要更多方面考虑,单一职责适用于

接口、类、同时也适用于方法,一个方法尽可能做一件事,对于单一职责原则建议是接口一定要做

到单一职责,类的设计尽量做到只有一个原因引起变化。

开放封闭原则 OCP--Open Closed Principle:软件实体(类、模块、函数等)应该是可以扩展的但是不可以修改。

软件实体应当对扩展开放,对修改关闭。

依赖倒置原则 DIP--Dependence Inversion Principle:抽象不应该依赖于细节,细节应该依赖于抽象。

依赖于抽象而不要依赖于具体因为抽象相对稳定。

接口隔离原则 ISP--Interface Segregation Principle:不应该强迫客户依赖并未使用的方法,接口属于客户而不属于

它所在的类层次结构。

尽量应用专门的接口,而不是单一的总接口,接口应该面向用户将依赖建立在最小的接口上。

里氏替换原则 LSP Liskov Substitation Principle:子类型必须能够替换它们的基类型。

迪米特法则  LOD Law of Demeter:又叫最少知原则,指软件实体应该尽可能少的和其他软件实体发生相互作用。

时间: 2024-10-10 02:59:57

C#设计模式:六大设计原则的相关文章

设计模式--六大设计原则

1.单一职责原则(SRP ) 定义:Single Responsibility Principle ? 不要存在多于一个导致类变更的原因.通俗的说,即一个类只负责一项职责. 问题由来: ? 类T负责两个不同的职责:职责P1,职责P2.当由于职责P1需求发生改变而需要修改类T时,有可能会导致原本运行正常的职责P2功能发生故障. 解决方案: ? 遵循单一职责原则.分别建立两个类T1.T2,使T1完成职责P1功能,T2完成职责P2功能.这样,当修改类T1时,不会使职责P2发生故障风险:同理,当修改T2

设计模式之六大设计原则

在上篇博文中提到了开放-封闭原则,没有细谈,这次我们来总结一下设计模式的几大原则. 1开放-封闭原则:是指软件实体(类.模块.函数等)应该可以扩展,但是不可修改. 对原则的理解:开闭原则是最具有理想主义色彩的一个原则,它是面向对象设计的终极目标,下面所要介绍的几个原则可以看成是为了符合开闭原则所作的努力和解决办法.对于开闭原则通俗的理解就是,能不改就不改,能少改尽可能的少改.周所周知,物质是运动的,世界是变化的,想要让一个事物永恒不变是不可能的,所以要想让软件绝对符合开闭原则是不可能的. 2单一

设计模式中的六大设计原则之三,四

求二叉树的宽度和深度 给定一个二叉树,获取该二叉树的宽度和深度. 例如输入 a / \ b c / \ / \ d e f g 返回3. 详细描述: 接口说明 原型: int GetBiNodeInfo(BiNode &head, unsigned int *pulWidth, unsigned int *pulHeight) 输入参数: head 需要获取深度的二叉树头结点 输出参数(指针指向的内存区域保证有效): pulWidth 宽度 pulHeight 高度 返回值: 0 成功 1 失败

设计模式小结——六大设计原则

设计模式是一套由软件界前辈们总结出的可以反复使用的编程经验,旨在提高代码的可重用性,提高系统的可维护性,以及解决一系列复杂问题.设计模式包括6大设计原则和23种种设计模式.6大设计原则:单一职责原则SRP 应该有却仅有一个原因引起类的变更,即类最好只实现一种功能.高内聚. 单一职责的实现方式是一个职责一个接口. 单一职责适用于类和接口,同样适用于方法,一个方法也应该只做好一件事.里氏替换原则LSP 所有能使用父类的地方必须能透明地使用其子类的对象. 子类必须完全实现父类的方法,如果子类不能完整实

设计模式中的六大设计原则之一,二

最近在学习设计模式方面的知识,首先接触到的是设计模式中的六大设计原则: 1.单一职责原则: 2.里氏替换原则:3.依赖倒置原则:4.接口隔离原则:5.迪米特法则:开闭原则.下面我来讲讲我对这六大设计自己的理解,如有欠缺地地方,请大家及时指出啊...   1.单一职责原则:应该有且仅有一个原因引起类的变更.通俗的说,即一个类只负责一项职责.下面我们举一个具体的例子来说明一下什么是单一职责原则.电话通话的时候有4个过程发生:拨号,通话,回应,挂机,首先看下面这样一个借口,如图1所示: 图1. 我们来

了解设计模式先从六大设计原则说起

了解设计模式的朋友们,想必都听说过"六大设计原则"吧.其实最经典的 23 种设计模式中或多或少地都在使用这些设计原则,也就是说,设计模式是站在设计原则的基础之上的.所以在学习设计模式之前,很有必要对这些设计原则先做一下了解. GoF(四人帮),传说中的四位大神们,他们联手搞出了一套设计模式,堪称 OOD(面向对象设计)的经典之作!震惊了整个软件开发领域.但这四个老家伙非常怪异,总是喜欢显摆一些高深的理论,甚至有时候不说人话,十分让人费解. 除了最经典的六大设计原则以外,还有一些其他的设

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

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

浅谈Java六大设计原则

笔者刚接触设计原则的时候,觉得一头雾水,不知道他有什么用.在经历了一段时间的代码加上了解Java设计模式之后.笔者忽然觉得自己以前写的代码就是一堆*.所以,笔者认为设计原则和设计模式对于软件编程设计(非码农)来说是至关重要的事情.相信很多学习编程的人,和我有同样的感受. 我对设计模式和设计原则的理解是:如果把程序员比作武侠,那么设计模式就是修炼内功的易筋经,设计原则就是修炼内功的心法总纲,而具体的技术实现(代码编写)就是罗汉拳.如果你只想自保,那么会罗汉拳就可以了(能够用代码实现功能),不过如果

六大设计原则浅析

一.设计在软件开发中的重要性 重要性 在上大学的时候我们总是不理解为什么要讲这么理论性的东西,当时就一个感觉就是没什么用,我们更想去学习一些可以看到结果的东西,当你毕业之后就会发现基础的知识是多么重要,而这些知识都有一个共性就是可以脱离具体的技术或者问题而存在,是一种可以长期指导我们学习和进步的重要思想,设计原则和模式就是软件开发中的这种思想. 设计原则 我们先来思考一个问题: 怎么样的软件才算一个好的软件或者说对于程序员我们如何评价他(她)的编码技术? 我们来假设一个项目是由某个程序员独立去完