Java六大设计原则

研磨设计模式推介大家读一下

一、设计模式的六大原则：

1.单一原则：

就是每个Java类只做一件事，一个接口可以有多个实现类，但是每个实现类都是只做一件事，低耦合。
这样的话，要是想要修改我们的业务逻辑，只需要改业务层逻辑，不需要修改底层的实现。

2.里氏替换原则：

它定义了父子类的关系，就是所有的子类都必须拥有父类有的功能，如果要想实现其他的功能，可以重新写个方法，但是不能重写父类的方法， 将实现改了。
即父类有的子类必须有，如果不够就新增，不能减少。

3.依赖倒置原则：

1. High level modules should not depend upon low level modules.Both should depend upon abstractions. 高层模块不应该依赖低层模块，两者都应该依赖其抽象（模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的）

2. Abstractions should not depend upon details. 抽象不应该依赖细节（接口或抽象类不依赖于实现类）

3. Details should depend upon abstractions. 细节应该依赖抽象（实现类依赖接口或抽象类）

4.接口隔离原则：

1. Clients should not be forced to depend upon interfaces that they don't use.
（客户端不应该依赖它不需要的接口。）

2. The dependency of one class to another one should depend on the smallest possible interface.
（类间的依赖关系应该建立在最小的接口上。）

就是说要每一类接口就用一类的实现类，要是可以分开的接口类就分开，不要将不用的实现类实现冗余的接口。

5.迪米特法则：

迪米特法则的初衷在于降低类之间的耦合。由于每个类尽量减少对其他类的依赖。通俗点说，就是如果是一个类需要调用另一个类，而且需要传参，那么尽量的使用调用的接口传参，选择最下层。降低两个类之间的耦合性。
1. Each unit should have only limited knowledge about other units: only units "closely" related to the current unit. 
(每个单元对于其他的单元只能拥有有限的知识：只是与当前单元紧密联系的单元)

2. Each unit should only talk to its friends; don't talk to strangers. 
(每个单元只能和它的朋友交谈：不能和陌生单元交谈)

3. Only talk to your immediate friends. 
(只和自己直接的朋友交谈)

6.开闭原则：

基本原则就是允许扩展，不允许修改。
    类似于 不同状态、不同等级等等去做不同的判断和操作的话，我们可以使用开闭原则，每个状态都写个实现类，共同实现同一个接口。
这样的话，以后我们要是新增不同的状态，就不需要修改之前的代码了。
Software entities (classes, modules, functions, etc.) should be open for extension, but closed for modification.
（软件中的对象（类，模块，函数等等）应该对于扩展是开放的，但是对于修改是封闭的）