设计模式-六大原则
1、单一职责原则
单一职责原则(Single Responsibility Principle, SPR)。
就一个类而言，应该仅有一个引起它变化的原因。如果一个类承担的职责过多，就等于把这些职责耦合在一起，一个职责的变化可能会削弱或者抑制这个类完成其他职责的能力。这种耦合会导致脆弱的设计，当发生变化时，设计会遭受到意想不到的破坏。
单一职责原则的优点
单一职责原则的核心就是控制类的大小、将对象解耦、提高其内聚性。
- 降低类的复杂度。一个类只负责一项职责，其逻辑肯定要比负责多项职责简单的多。
- 提高类的可读性。
- 提高系统的可维护性。
- 变更影响的风险降低。变更是必然的，如果单一原则遵守得好，当修改一个功能时，可以显著降低对其他功能的影响。
2、开闭原则
开闭原则(Open Closed Principle,OCP)。它是最基础的设计原则，指导我们如何建立一个稳定的、灵活的系统。对于类、模块、函数等应该是可以拓展的，但是不可修改。
对于开发来说，需求肯定是要变化的，但是有新需求，我们就要把类重新改一遍，这显然是令人头疼的。所以我们设计程序时，面对需求的改变要尽可能地保证相对稳定，尽量通过扩展的方式来实现变化，而不是通过修改原有的代码来实现。即能扩展不修改。
使用开闭原则
可以通过 “抽象约束、封装变化” 来实现开闭原则，即通过接口或者抽象类为软件实体定义一个相对稳定的抽象层，而将相同的可变因素封装在相同的具体实现类中。
因为抽象灵活性好，适应性广，只要抽象的合理，可以基本保持软件架构的稳定。而软件中易变的细节可以从抽象派生来的实现类来进行扩展，当软件需要发生变化时，只需要根据需求重新派生一个实现类来扩展就可以了。
3、里氏替换原则
里氏替换原则(Liskov Substiution Principle,LSP)。
所有引用基类（父类）的地方必须能透明地使用其子类的对象。
通俗的来讲就是：子类可以扩展父类的功能，但不能改变父类原有的功能。
里氏替换原则的核心原理是抽象，抽象又依赖于继承。
继承的优缺点
- 优点
- 代码重用，减少创建类的成本，每各子类都拥有父类的方法和属性；
- 子类与父类基本相似，但又与父类有所区别；
- 提高代码的可扩展性。
- 缺点
- 继承是侵入性的，只要继承就必须拥有父类的所有属性和方法；
- 可能造成子类代码冗余、灵活性降低。
- 增强了耦合性，当父类的属性、方法修改时，就需要考虑子类的修改。
4、依赖倒置原则
依赖倒置原则(Dependence Inversion Principle, DIP)。
高层模块不应该依赖低层模块，两者都应该依赖于抽象。抽象不应该依赖于细 节，细节应该依赖于抽象。 其核心思想是：要面向接口编程，不要面向实现编程。
在Java中，抽象指接口或者抽象类，两者都不能直接被实例化；细节就是实现类，实现接口或者继承抽象类而产生的就是细节。高层模块就是调用端，底层模块就是具体实现类。
依赖倒置原则在java中的表现就是，模块间的依赖通过抽象发生，实现类之间不发生直接的依赖关系，其依赖关系是通过接口或抽象类产生的。
依赖倒置原则的实现方法
依赖倒置原则的目的是 通过要面向接口的编程来降低类间的耦合性，所以我们在实际编程中只要遵循以下4点，就能在项目中满足这个规则。
- 每个类尽量都有接口或者抽象类，或者抽象类和接口两者都具备
- 变量的声明类型尽量是接口或是抽象类
- 任何类都不应从具体类派生
- 结合里氏替换原则使用
5、接口隔离原则
接口隔离原则(Interface Segregation Principle,ISP)。
一种定义是客户端不应该依赖它不需要的接口;另一种定义是一个类对另一个类的依赖应该建立在最小的接口上。
建立单一接口，不要建立庞大臃肿的接口；尽量细化接口，接口中的方法尽量少。也就是说，我们要 为各个类建立专用的接口，而不要试图建立一个很庞大的接口供所有依赖它的类调用。采用接口隔离原则 对接口进行约束时，要注意以下几点：
- 接口尽量小，但是有限度。对接口进行细化可以提高程序的灵活设计；但是过小，则会造成接口数量过多，是设计复杂化，所有一定要适度。
- 为依赖接口的类定制服务，只暴露给调用他需要的方法，它不需要的方法则隐藏起来。只有专注地为一个模块提供定制服务，才能建立最小的依赖关系。
-
提高内聚，减少对外交互。接口方法尽量少用
public修饰。接口是对外的承诺，承诺越少对系统的开发越有利，变更风险也会越少。
6、迪米特原则
迪米特原则(Law of Demeter,LOD)。
一个软件实体应当尽可能少地与其他实体发生相互作用（这也被称为最少知识原则）。
如果一个系统符合迪米特原则，那么当某一个模块发生修改时，就会尽量少的影响其他模块。在设计的时候应当尽量减少对象之间的交互。在设计的时候需要注意一下几点：
- 在类的划分上，应当尽量创建松耦合的类。类之间的耦合度越低，就越有利复用。
- 在类的结构设计上，每一个类都应当尽量降低其成员变量和成员函数的访问权限。
- 在对其他类的引用上，一个对象对其他对象的引用应当降到最低。
迪米特法则的做法观念就是类间解耦，弱耦合，只有弱耦合了以后，类的复用率才可以提高，其要求的结果就是产生了大量的中转或跳转类，导致的复杂性提高，同时也为维护带来了难度，所以在采用迪米特法则时需要反复权衡，既做到让结构清晰，又做到高内聚低耦合。
总结
单一职责原则告诉我们实现类要职责单一;
开闭原则是总纲，他告诉我们要对扩展开放，对修改关闭。
里氏替换原则告诉我们不要破坏继承体系;
依赖倒置原则告诉我们要面向接口编程;
接口隔离原则告诉我们在设计接口的时候要精简单一;
迪米特法则告诉我们要降低耦合;
在开发项目中，不仅要完成项目的开发，还要考虑后续的升级、维护。这就需要我们在满足需求且不破坏系统稳定性的前提下保持可扩展性、高内聚低耦合，在经历版本迭代后依然保持清晰、灵活、稳定的系统架构。那么就需要我们尽可能的去遵循面向对象的六大原则。
尽可能遵循这些规范会让你的设计无限接近完美，但世界上本就没有十全十美的东西，凡事都要有个度，不要认死理，不要为了"套模式"而应用设计模式，要具体问题具体分析，根据实际情况进行权衡。
