Java 七大原则

个人经验总结:

这么多年的经验来看，实际上大部分原则，我在开发时候都是有遵守的，比如单一职责、接口隔离、依赖倒转、里氏替换原则、合成复用原则，
但是有一些可能是被忽视的，比如:
1、开闭原则(不可否认这是非常重要的，但是我觉得也可能我是做移动端的，需求不断变更，导致许多地方都会随着需求进行改动，个人感觉只有作为发布的sdk，多个项目采用，可能能做到很好的开闭原则，因为你随便改一下试试，所有项目都出问题了)
2、迪米特法则:自己封装的工具，都是自己项目去使用，那么并不会关心代码里的一些属性、方法是否是公开，因为自己调用也不会自己去挖坑(这块需要去改，但是个人感觉这功能开发中，还是对外输出的sdk使用居多)

Java 七大原则
个人任务七大原则的遵守代表了代码的质量，因为他会告诉你在一段代码里，你应该怎么去写才是规范的，成熟的代码它的健壮性、可维护性、扩展性都是质量的提现。

单一职责 TODO：降低类的复杂度，才能更好的维护单一职责

单一职责原则(Single responsibility principle)，即一个类应该只负责一项职责。如类A负责两个不同职责：职责1，职责2。当职责1需求变更而改变A时，可能造成职责2执行错误，所以需要将类A的粒度分解为A1、A2。

单一职责原则注意事项和细节

降低类的复杂度，一个类只负责一项职责。
提高类的可读性，可维护性
降低变更引起的风险
通常情况下，我们应当遵守单一职责原则，只有逻辑足够简单，才可以在代码级违反单一职责原则；只有类中方法数量足够少，可以在方法级别保持单一职责原则

接口隔离原则 TODO：接口不应该存在实现类中许多无用的接口(最小接口)

接口隔离原则(Interface Segregation Principle)，即客户端不应该依赖它不需要的接口，即一个类对另一个类的依赖应该建立在最小的接口上。

比如：类A通过接口 I I I依赖类B，类C通过接口 I I I依赖类D，如果接口 I I I对于类A和类C来说不是最小接口，那么类B和类D必须去实现他们不需要的方法。

依赖倒转原则 TODO：面向接口编程，细节依赖抽象

高层模块不应该依赖低层模块，二者都应该依赖其抽象。
抽象不应该依赖细节，细节应该依赖抽象。
依赖倒转 (倒置) 的中心思想是面向接口编程。
依赖倒转原则是基于这样的设计理念:相对于细节的多变性，抽象的东西要稳定的多。以抽象为基础搭建的架构比以细节为基础的架构要稳定的多。在Java中，抽象指的是接口或抽象类，细节就是具体的实现类。
使用接口或抽象类的目的是制定好规范，而不涉及任何具体的操作，把展现细节的任务交给他们的实现类去完成。

里氏替换原则 TODO 除添加新的方法且完成新增功能外，尽量不要重写父类的方法

里氏替换原则概述：如果S是T的子类型，那么所有T类型的对象都可以在不破坏程序的情况下被S类型的对象替换。简单来说，子类可以扩展父类的功能，但不能改变父类原有的功能。也就是说：当子类继承父类时，除添加新的方法且完成新增功能外，尽量不要重写父类的方法。这句话包括了四点含义：·

子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法；
子类可以增加自己特有的方法；
当子类的方法重载父类的方法时，方法的前置条件（即方法的输入参数）要比父类的方法更宽松；
当子类的方法实现父类的方法（重写、重载或实现抽象方法）时，方法的后置条件（即方法的输出或返回值）要比父类的方法更严格或与父类的方法相等
里氏替换原则的作用：

里氏替换原则是实现开闭原则的重要方式之一；
解决了继承中重写父类造成的可复用性变差的问题；
是动作正确性的保证，即类的扩展不会给已有的系统引入新的错误，降低了代码出错的可能性；
加强程序的健壮性，同时变更时可以做到非常好的兼容性，提高程序的维护性、可扩展性，降低需求变更时引入的风险。

开闭原则 TODO：简单且重要。尽量不要去修改，而是去做扩展，这可能就需要你代码功能做比较好的设计，写一段功能代码如何去做到后期尽量不做修改(bug除外)

迪米特法则 TODO：类与类的依赖，尽量暴露的信息越少越好(private)

迪米特法则(Demeter Principle)又叫最少知道原则，即一个类对自己依赖的类知道的越少越好，核心是降低类之间的耦合。也就是说，对于被依赖的类不管多么复杂，都尽量将逻辑封装在类的内部。对外除了提供的public 方法，不对外泄露任何信息。避免与非直接朋友的耦合，只与直接的朋友通信，所谓的直接朋友是出现成员变量，方法参数，方法返回值中的类。而出现在局部变量中的类不是直接的朋友。也就是说，陌生的类最好不要以局部变量的形式出现在类的内部。

比如有学院员工类和学校员工类，然后各有一个管理类有可以获取其所有员工，学校员工管理类有方法打印全部员工。

合成复用原则 TODO:尽量使用聚合和组合的方式，进行解耦，降低耦合性，而不是使用继承(主要还是降低类耦合)

合成复用原则(Composite Reuse Principle)就是是尽量使用合成/聚合的方式，而不是使用继承。
合成复用原则同里氏替换原则相辅相成的，两者都是开闭原则的具体实现规范。