第2章面向对象的设计原则（SOLID）：5_迪米特法则

【第2章面向对象的设计原则（SOLID）：5_迪米特法则】的更多相关文章

第2章面向对象的设计原则（SOLID）：5_迪米特法则

5. 迪米特法则(Law of Demeter,LoD) 5.1 定义 (1)应尽量减少其他对象之间的交互,对象只和自己的朋友交谈,即对其他依赖的类越少越好(不要和太多的类发生关系). (2)尽量不要让类和类之间建立直接的关系,这样可减少类与类之间的依赖,降低类之间的耦合. (3)一个类应对自己需要耦合的类知道得最少,只知道其public方法,其内部如何复杂自己没有关系,也叫最少知识原则(Least Knowledge Principle,LKP). 5.2 迪米特法则:核心要义就是类间解耦.低…

第2章面向对象的设计原则（SOLID）：3_依赖倒置原则（DIP）

3. 依赖倒置原则(Dependence Inversion Principle,DIP) 3.1 定义 (1)要依赖抽象,不要依赖具体的实现类.简单的说就是对抽象(或接口)进行编程,不要依赖实现进行编程,这样就降低了客户与实现模块间的耦合.包含3层含义: ①高层模块不应依赖低层模块,两者都应该依赖于抽象 ②抽象不应该依赖细节 ③细节应该依赖于抽象 (2)何为“高层模块”和“低层模块” ①“低层模块”:每个逻辑的实现都是原子逻辑组成,不可分割的原子逻辑就是低层模块.一般和具体实现相关. ②“高层…

第2章面向对象的设计原则（SOLID）：4_接口隔离原则（ISP）

4. 接口隔离原则(Interface Segregation Principle,ISP) 4.1 定义 (1)使用多个专门的接口,而不使用单一的总接口,即客户端不应该依赖那些它不需要的接口.类间的依赖关系应该建立在最小接口上 (2)接口尽量细化,同时接口中的方法尽量少.每个接口中只包含一个客户端(如子模块或业务逻辑类)所需的方法即可,这种机制也称为“定制服务”,即为不同的客户端提供宽窄不同的接口. (3)为接口添加了不必要的方法,这叫接口污染.这对于实现类来讲,就是一种污染,他们会被迫去实现…

第2章面向对象的设计原则（SOLID）：2_里氏替换原则（LSP）

2. 里氏替换原则(Liskov Substitution Principle,LSP) 2.1 定义 (1)所有使用基类的地方必须能透明地使用子类替换,而程序的行为没有任何变化(不会产生运行结果错误或异常).只有这样,父类才能被真正复用,而且子类也能够在父类的基础上增加新的行为.也只有这样才能正确的实现多态 (2)当一个类继承了另一个类时,子类就拥有了父类中可以继承下来的属性和操作.但如果子类覆盖了父类的某些方法,那么原来使用父类的地方就可能会出现错误,因为表面上看,它调用了父类的方法,但实际…

第2章面向对象的设计原则（SOLID）：6_开闭原则

6. 开闭原则(Open Closed Principle,OCP) 6.1 定义 (1)一个类应该对扩展开放,对修改关闭.要求通过扩展来实现变化,而且是在不修改己有的代码情况下进行扩展,也不必改动己有的源代码或二进制代码. (2)在软件生命周期内,变化是一个既定的事实,在设计时尽量适应这些变化,以提高项止的稳定性和灵活性,真正实现“拥抱变化”.而开闭原则告诉我们要通过扩展来实现这些变化而不是修改原来代码. (3)修改关闭,并不意味着软件不做任何的改动,低层模块的变更,必然要高层模块进行耦合,否…

第2章面向对象的设计原则（SOLID）：1_单一职责原则（SRP）

1. 单一职责原则(Single Responsibility Principle,SRP) 1.1 单一职责的定义 (1)定义:一个类应该仅有一个引起它变化的原因.这里变化的原因就是所说的“职责”. (2)如果一个类有多个引起它变化的原因,也就意味着这个类有多个职责.即把多个职责耦合在一起了. (3)“职责”的粒度不好量化.实际开发中,这个原则最容易违反 1.2 单一职责的优点 (1)可以降低类的复杂度,一个类只负责一项职责,其逻辑比负责多项职责的要简单的多 (2)提高类的可读性,提高系统的可…