一、单一职责原则-----优化代码第一步
SRP(Single Responsibility Principle)
定义：就一个类而言，应该仅有一引起它变化的原因。简单了说就是一个类中应该是一组相关性很高的函数、数据的封装。
二、开闭原则-----让程序更稳定、更灵活
OCP(Open Close Principle)
定义：它是Java世界里最基础的设计原则，它知道我们如何建立一个稳定的、灵活的系统。开闭原则的定义是：软件中的对象（类、模块、函数等）应该对于扩展是开放的，对于修改是封闭的。
三、里式替换原则------构建扩展性更好的系统
LSP(Liskov Substitution Principle)
定义：所有引用基类的地方必需能透明地使用其子类的对象
Windown和View的UML类图
//窗口类
public class Window {
public void show(View view){
view.draw();
}
}
public class abstract class View{
public abstract void draw();
public abstract void measure(int width ,int height);
}
public class Button extends View{
public void draw(){
//draw button
}
}
public class TextView extends View{
public void draw(){
//draw Text
}
}
Window依赖View，而View定义了一个视图抽象，measure是各个子类共享的方法，子类通过重新draw方法实现具有各自功能。任何继承自View的子类都可以设置给Window的show方法，就是里氏替换原则。
里氏替换的原则的核心原理是抽象，抽象又依赖于继承这个特性，在OOP中，继承的优缺点明显:
优点：(1) 代码重用，每个子类都拥有父类的方法和属性
(2)子类和父类基本相似，但又于父类有所区别
(3)提高代码的可扩展性
缺点：(1) 继承是侵入性的，只要继承父类就必需拥有父类所有属性和方法
(2) 可能造成子类代码冗余、灵活性降低。
里氏替换原则就是建立抽象，通过抽象建立规范，具体在运行时替换掉抽象，保证系统的扩展性、灵活性。就像Window的show(View),我们不可能将所有的View都写出来。
四、依赖倒置原则-----让项目拥有变化的能力
DIP(Dependence Inversion Principle)
依赖倒置原则指代了一种特定的解耦形式，使得高层次的模块不依赖于底层次模块的实现细节。
依赖倒置原则又以下几个关键点：
1、高层模块不应该依赖低层模块，两者都应该依赖其抽象；
2、抽象不应该依赖细节；
3、细节应该依赖抽象；
抽象就是指接口或抽象类，两者都是不能直接被实例化的；细节就是实现类。
高层模块就是调用端，底层模块就是具体实现类。
依赖倒置原则在Java语言中就是：模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系都是通过接口或抽象类产生的。也就是面向接口编程。
如果类于类之间依赖于细节，那么它们之间就有直接耦合，当具体实现需要变化的时候，意味着同时要修改依赖着的代码，这限制了系统的可扩展性。
五、接口隔离原则-----有更高的灵活性
ISP(InsterfaceSegregation Principles)
类间的依赖关系应该建立在最小的接口上。接口隔离原则的目的是系统解开耦合、从而容易重构、更改和重新部署。
六、迪米特原则------更好的扩展性
LOD(Law of Demeter)
一个对象应该对其他对象有最少的了解。通俗的将就是一类应该对自己需要耦合或调用的类知道的最少，类内部如何实现于调用者之间或者依赖者没关系，调用者只需要知道它需要知道的方法即可，其他的一概不管。类于类之间的关系越密切，耦合度越大，当一个类发生改变的时候，对另一个类的影响也越大。
网友评论