一、单一职责原则
定义：就一个类而言，应该仅有一个引起它变化的原因。
简单来说，一个类中应该是一组相关性很高的函数、数据的封装。如何划分一个类、一个函数的职责，每个人都有自己的看法，这需要根据个人经验、具体的业务逻辑而定。但是，它也有一些基本的指导原则，例如，两个完全不一样的功能就不应该放在一个类中，一个类中应该是一组相关性很高的函数、数据的封装。工程师可以不断审视自己的代码，根据具体的业务、功能对类进行相应的拆分，这就是程序员优化代码迈出的第一步。
二、开闭原则
定义：软件中的对象（类、模块、函数等）应该对于扩展是开放的，但是，对于修改是封闭的。
在软件的生命周期内，因为变化、升级和维护等原因需要对软件原有代码进行修改时，可能会将错误引入原本已经经过测试的旧代码中，破坏原有系统。因此，当软件需要变化是，我们应该尽量通过扩展的方式来实现变化，而不是通过修改已有的代码来实现。当然，在现实开发中，只通过继承的方式来升级、维护原有系统只是一个理想化的愿景，因此在实际开发过程中，修改原有代码、扩展代码往往是同时存在的。
开闭原则指导我们，当软件需要变化时，应该尽量通过扩展的方式来实现变化，而不是通过修改已有的代码来实现。这里的“应该尽量”4个字说明不是说绝对不可以修改原始类的。当我们嗅到原来的代码 “腐化气味”时，应该尽量早地重构，以便代码恢复到正常的“进化”过程，而不是通过继承等方式添加新的实现，这会导致类型的膨胀以及历史遗留代码的冗余。所以我们开发过程中，应该结合具体情况进行考量，是通过修改旧代码还是通过继承使得软件系统更稳定、更灵活，在保证去除“代码腐化”的同时，也保证原有模块的正确性。
三、里氏替换原则
定义：所有引用基类的地方必须能透明地使用其子类的对象。
里氏替换原则的核心是 建立抽象，通过抽象建立规范，具体的实现在运行时替换掉抽象，保证系统的扩展性、灵活性。开闭原则和里氏替换原则往往是生死相依、不离不弃的，通过里氏替换来达到对扩展开放，对修改关闭的效果。然而，这两个原则 都同时强调了一个OOP的重要特性 抽象，因此，在开发过程中运用抽象是走向代码优化的重要一步。
四、依赖倒置原则
定义：依赖倒置原则指代了一种特定的解耦形式，使得高层次的模块不依赖于低层次模块的实现细节的目的，依赖模块被颠覆了。
有一下几个关键点：
1、高层模块不应该依赖低层模块，两者都应该依赖其抽象。
2、抽象不应该依赖细节。
3、细节应该依赖抽象。
在Java语言中的表现是：模块间的依赖是通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系通过接口或抽象类产生的。
五、接口隔离原则
定义：客户端不应该依赖它不需要的接口；类之间的 依赖关系 应该建立在最小接口上。
接口隔离原则将非常庞大、臃肿的接口拆分成更小的和更具体的接口。这样客户端只需要知道它们感兴趣的方法。接口隔离的目的是系统解开耦合，从而容易重构、更改和重新部署。
六、迪米特原则
定义：也称 最少知识原则。 一个对象应该对其他对象有最少的了解。
通俗的讲，一个类应该对自己需要耦合或调用的类知道得最少，类的内部如何实现与 调用者没有关系，调用者只需要知道它需要的方法即可，其他的可一概不管。类之间的关系 越密切，耦合度越大，当一个类发生变化时，对另一个类的影响也越大。
网友评论