Single Responsibility Principle, 简称SRP。
职责的划分?单一的定义和级别?
应该根据实际业务情况而定。关注变化点。
实际使用时,类很难做到职责单一,但是接口的职责应该尽量单一。
Liskov Substitution Principle, 简称LSP。
里氏替换原则为良好的继承定义了一个规范:
子类必须完全实现父类的方法
子类可以有自己的个性(属性和方法)。
覆盖或实现父类的方法时输入参数可以被放大。
覆写或实现父类的方法时输出结果可以被缩小。
注:在类中调用其他类时务必要使用父类或接口,如果不能使用父类或接口,则说明类的设计已经违背了LSP原则。
Dependence Inversion Principle, 简称DIP
High level modules should not depend upon low level modules.Both should depend upon abstractions.Abstractions should not depend upon details.Details should depend upon abstractions.
翻译过来,包含三层含义:
高层模块不应该依赖低层模块,两者都应该依赖其抽象
抽象不应该依赖细节。
细节应该依赖抽象。
精简的定义: 面向接口编程。
Test-Driven Development 测试驱动开发是依赖倒置原则的最好体现。
测试驱动开发要求先写测试类,测试通过才写实现类,这就要求你要先想接口定义。
依赖的三种写法:
构造函数传递依赖对象。
Setter方法传递依赖对象。
接口声明依赖对象。
接口这里指用interface关键字定义的接口。
概括:建立单一接口,不要建立臃肿庞大的接口。
通俗来讲:接口尽量细化,同时接口中的方法尽量少。
如何细化?细化到什么程序?
没有统一的标准,应根据业务合理细分,适合业务才是重点。
保证接口的纯结性:
Law of Demeter, LOD。又称最少知识原则(Least Knowledge Principle, LKP)。
通俗来讲:一个类应该对自己需要耦合或调用的类知道得最少,你(被耦合或调用的类)的内部是如何复杂都和我没有关系,那是你的事情,我就调用你提供的public方法,其他一概不关心。
低耦合要求:
只和朋友交流
朋友类:出现在成员变量、方法的输入输出参数中的类。方法体内部的类不属于朋友类。
朋友间也是有距离的
迪米特法则要求类“羞涩”一点,尽量不要对外公布太多的public方法和非静态的public变量,尽量内敛,多使用private、package-private、protected等访问权限。
是自己的就是自己的
如果一个方法放在本类中,既不增加类间关系,也对本类不产生负面影响,就放置在本类中。
谨慎使用Serializable
软件实体包括以下几个部分:
变化的三种类型: