依赖倒置原则的英文为Interface Segregation Principle，简称就是ISP。定义为：
Clients should not be forced to depend upon interfaces that they don’t use.（客户端不应该依赖它不需要的接口。）
在这里，clients(客户端)指的是一个接口的实现类。通俗来说就是：建立简洁单一的接口，不要建立提供一些用不着方法的臃肿接口。这种接口，使得实现类被强制地完全不必要地针对那些用不着的方法提供了假的(dummy)或者空的(empty)实现；除此之外，实现类还受制于接口方法的改变。依赖的接口发生一个方法的增加或者一个方法的签名变了都会使得所有的实现类都改变了，即使这些实现类完全用不上这些方法。因此接口隔离原则提倡将一个臃肿的接口分离成更小的、高内聚的接口。
依赖倒置原则的英文为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.
翻译过来就是：
对应的，依赖倒置原则在Java中的表现是：
里氏替换原则的英文为Liskov Substitution Principle，简称是LSP。里氏替换原则有两种定义：
第一种定义 :
If for each object o1 of type S there is an object o2 of type T such that for all programs P defined in terms of T,the behavior of P is unchanged when o1 is substituted for o2 then S is a subtype of T.（如果对每一个类型为S的对象o1，都有类型为T的对象o2，使得以T定义的所有程序P在所有的对象o1都代换成o2时，程序P的行为没有发生变化，那么类型S是类型T的子类型。）
第二种定义 :
Functions that use pointers or references to base classes must be able to use objects of derived classes without knowing it.（所有引用基类的地方必须能透明地使用其子类的对象。）
第二种定义更加清晰明确，简单的说，只要父类能出现的地方子类就可以出现，而且替换为子类也不会产生任何错误或异常，使用者可能根本就不需要知道是父类还是子类。但是，反过来就不行了，有子类出现的地方，父类未必就能适应。
有一功能P1，由类A完成。现需要将功能P1进行扩展，扩展后的功能为P，其中P由原有功能P1与新功能P2组成。新功能P由类A的子类B来完成，则子类B在完成新功能P2的同时，有可能会导致原有功能P1发生故障。
解决方案：当使用继承时，遵循里氏替换原则。类B继承类A时，除添加新的方法完成新增功能P2外，尽量不要重写父类A的方法，也尽量不要重载父类A的方法。
开闭原则的英文名称是Open-Close Principle，简称是OCP。开闭原则的定义是:Software entities (classes, modules, functions, etc.) should be open for extension but closed for modification.软件实体（类，模块，方法等等）应当对扩展开放，对修改关闭，即软件实体应当在不修改的前提下扩展。
问题由来:在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会给旧代码中引入错误，也可能会使我们不得不对整个功能进行重构，并且需要原有代码经过重新测试。
开闭原则的定义已经非常明确地告诉我们：软件实体应该对扩展开放，对修改关闭，其含义是说一个软件实体应该通过扩展来实现变化，而不是通过修改已有的代码来实现变化。那什么又是软件实体呢？软件实体包括以下几个部分：
一个软件产品只要在生命期内，都会发生变化，既然变化是一个既定的事实，我们就应该在设计时尽量适应这些变化，以提高项目的稳定性和灵活性，真正实现“拥抱变化”。开闭原则告诉我们应尽量通过扩展软件实体的行为来实现变化，而不是通过修改已有的代码来完成变化，它是为软件实体的未来事件而制定的对现行开发设计进行约束的一个原则。
面向对象设计的原则是面向对象思想的提炼，它比面向对象思想的核心要素更具可操作性，但与设计模式相比，却又更加的抽象，是设计精神要义的抽象概括。形象地讲，面向对象思想像法理的精神，设计原则则相对于基本宪法，而设计模式就好比各式各样的具体法律条文了。
面向对象设计原则一般有六大原则，分别是：单一职责原则，开闭原则，里氏替换原则，依赖倒置原则，接口隔离原则，迪米特原则。
单一职责原则的英文名称是Single Responsibility Principle,缩写是SRP。单一职责原则的定义是：There should never be more than one reason for a class to change.（不要存在多于一个导致类变更的原因）。通俗来讲就是一个类只负责一个职责。
使用静态工厂或者构造器都有共同的局限性：它们都不能很好地扩展大量的可选参数。
来看一下GsonBuilder的使用123456789Gson gson = new GsonBuilder().registerTypeAdapter(Id.class, new IdTypeAdapter()) .enableComplexMapKeySerialization().serializeNulls() .setDateFormat(DateFormat.LONG) .setFieldNamingPolicy(FieldNamingPolicy.UPPER_CAMEL_CASE).setPrettyPrinting().setVersion(1.0) .create();
我们先构造一个新的GsonBuilder，将需要的参数导入后，通过create()方法创建一个Gson对象gson供我们使用。
所谓重构(Refactoring)是这样一个过程：在不改变代码外在行为的前提下，对代码做出修改，以改进程序的内部结构。重构是一种经千锤百炼形成的有条不紊的程序整理方法，可以最大限度地减少整理过程中引入错误的几率。本质上说，重构就是在代码写好之后改进它的设计。
- 重构改进软件设计
- 重构使软件更容易理解
- 重构帮助找到bug
- 重构提高编程速度
- 三次法则
- 添加功能时重构
- 修补错误时重构
- 复审代码时重构