【读书】一、面向对象的六大原则

一.单一职责

一个类中应该是一组相关性很高的函数、数据的封装

二.开闭原则

软件中的对象(类,模块,函数等)应该对于拓展开放的,对于修改是封闭的

解释:软件生命周期内,因为变化,升级维护等原因需要对旧代码去修改,此时可能会破坏已经测试过的旧代码,所以,应该尽量去通过拓展来修改代码,而不是通过修改旧代码来实现。

其实在现实中,修改原有代码和拓展代码是同时存在的。

三.里氏替换

所有引用基类的地方必须能透明的使用其子类的对象

解释:只要父类能出现的地方,子类都可以出现,而且替换成子类也不会有问题

总结:抽象

四.依赖倒置

1.高层模块不依赖于低层模块,两者都依赖于抽象

2.抽象不依赖于细节

3.细节依赖于抽象

解释:模块之间的依赖通过抽象发生,实现类之间不发生直接的依赖关系,其依赖关系是通过接口或者抽象类产生的

其实,可以理解为面向接口编程,或者叫面向抽象编程

五.接口隔离原则

让客户端依赖的接口尽可能的小

时间: 2024-10-24 03:32:47

【读书】一、面向对象的六大原则的相关文章

面向对象的六大原则

现在编程的主流语言基本上都是面向对象的.如C#,C++,JAVA.我们在使用时,已经构造了一个个的类.但是往往由于我们在类内部或外部的设计上存在种种问题,导致尽管是面向对象的语言,却是面向过程的逻辑,甚至维护起来异常困难.每次增加或修改功能都要改动很多的代码,如履薄冰.而面向对象的六大原则主要的目的,就是我们如何设计类,更能很好的利用面向对象的特性. 1)单一职责原则 一个类永远只有一个职责. 一套软件就像是一个团队,每个类就是团队中的一个成员.团队如果想稳定的发展.这些类就要各司其职,分工明确

[转]面向对象的六大原则

现在编程的主流语言基本上都是面向对象的.如C#,C++,JAVA.我们在使用时,已经构造了一个个的类.但是往往由于我们在类内部或外部的设计上存在种种问题,导致尽管是面向对象的语言,却是面向过程的逻辑,甚至维护起来异常困难.每次增加或修改功能都要改动很多的代码,如履薄冰.而面向对象的六大原则主要的目的,就是我们如何设计类,更能很好的利用面向对象的特性. 1)单一职责原则 一个类永远只有一个职责. 一套软件就像是一个团队,每个类就是团队中的一个成员.团队如果想稳定的发展.这些类就要各司其职,分工明确

0608pm单例模式and面向对象的六大原则

//把类控制住,不让外界造她的对象class DA{ public $name; static private $dx;//存放对象的变量 //将构造变为私有,外界没法造对象 private function __construct() { } //提供一个造对象的方法 static function CreateDX() { if(empty(self::$dx))//判断是否为空 { self::$dx=new DA();//如果是空的就new一个对象放在dx里面 } return self

面向对象的六大原则(推荐)

要把软件做得非常灵活又要便于维护是一个很困难的事情.灵活的软件他的结构就复杂,维护起来就困难.有得必有失,关键就在于如何处理这两者,使得大于失.软件的设计开发应遵循以下六大原则: 1.   OCP 全称:“Open-Closed Principle” 开放-封闭原则 说明:对扩展开放,对修改关闭. 优点:按照OCP原则设计出来的系统,降低了程序各部分之间的耦合性,其适应性.灵活性.稳定性都比较好.当已有软件系统需要增加新的功能时,不需要对作为系统基础的抽象层进行修改,只需要在原有基础上附加新的模

走向灵活软件之路——面向对象的六大原则

一.优化代码的第一步:单一职责原则 英文名:Single Responsibility Principle (SRP) 定义:就一个类而言,应该仅有一个引起它变化的原因. 简单来说,一个类中应该是一组相关性很高的函数.数据的封装. 示例代码: 二.让程序更稳当.更灵活:开闭原则 英文名:Open Close Principle (OCP) 定义:软件中的对象(类.模块.函数等)应该对于扩展是开放的,当时,对于修改是封闭的. 在软件的生命周期中,因为变化.升级和维护等原因需要对软件原有代码进行修改

面向对象的六大原则之 接口隔离原则——ISP

ISP = Interface Segregation Principle ISP的定义如下: 1.客户端不应该依赖他不需要的接口 2.一个类对另外一个类的依赖性应该是建立在最小的接口上 3.不应当将不同的接口合并在一起,形成一个臃肿的大接口,这是对接口的污染 4.使用多个专门的接口要比使用单一的总接口要好 ISP的几个使用原则 1.根据接口隔离原则拆分接口时,首先必须满足单一职责原则: 没有哪个设计可以十全十美的考虑到所有的设计原则,有些设计原则之间就可能出现冲突,就如同单一职责原则和接口隔离

面向对象编程的六大原则(1)--单一职责原则

什么是单一职责 单一职责原则(Single responsibility principle,简称SRP),顾名思义,是指一个类或者一个模块应该有且只有一个职责,它是面向对象编程六大原则之一. 单一职责的粒度 单一职责的粒度,可以是某个方法.某个类.某个程序包甚至某个功能.某个模块(甚至某个系统),每一个层次上都可以进行单一职责设计.下面来举个例子说明一下: 模块级别:某购物平台,包含如下几个模块:用户模块.商品模块.订单模块.库存模块.运输模块.支付模块,每一个模块都已本身的职责:用户模块负责

Java面向对象设计的六大原则

这是设计模式系列开篇的第一篇文章.也是我学习设计模式过程中的总结.这篇文章主要讲的是面向对象设计中,我们应该遵循的六大原则.只有掌握了这些原则,我们才能更好的理解设计模式.我们接下来要介绍以下6个内容. 单一职责原则——SRP 开闭原则——OCP 里式替换原则——LSP 依赖倒置原则——DIP 接口隔离原则——ISP 迪米特原则——LOD 单一职责原则 单一职责原则的定义是就一个类而言,应该仅有一个引起他变化的原因.也就是说一个类应该只负责一件事情.如果一个类负责了方法M1,方法M2两个不同的事

详解设计模式六大原则

设计模式(Design pattern)是一套被反复使用.多数人知晓的.经过分类编目的.代码设计经验的总结.使用设计模式是为了可重用代码.让代码更容易被他人理解.保证代码可靠性. 毫无疑问,设计模式于己于他人于系统都是多赢的:设计模式使代码编制真正工程化:设计模式是软件工程的基石脉络,如同大厦的结构一样. 借用并改编一下鲁迅老师<故乡>中的一句话,一句话概括设计模式: 希望本无所谓有,无所谓无.这正如coding的设计模式,其实coding本没有设计模式,用的人多了,也便成了设计模式 v六大原