（SOLID）
单一职责原则（SRP：Single Responsibility Principle）<br>
一个类只能承担一个事情<br>
其实就是开发人员经常说的”高内聚，低耦合”<br>
也就是说，每个类应该只有一个职责，对外只能提供一种功能，而引起类变化的原因应该只有一个。在设计模式中，所有的设计模式都遵循这一原则。<br>
开闭原则（OCP: Open Closed Principle）
一个对象对扩展开放，对修改关闭。
对类的改动是通过增加代码进行的，而不是修改现有代码。
也就是说软件开发人员一旦写出了可以运行的代码，就不应该去改动它，而是要保证它能一直运行下去，如何能够做到这一点呢?这就需要借助于抽象和多态，即把可能变化的内容抽象出来，从而使抽象的部分是相对稳定的，而具体的实现则是可以改变和扩展的。<br>
里式替换原则(LSP: Liskov Substitution Principle)<br>
子类型能够替换它们的基类型
在任何父类出现的地方都可以用它的子类来替代。
其实就是说：同一个继承体系中的对象应该有共同的行为特征。<br>
接口隔离原则(ISP: Interface Segregation Principle)
抽象不持有特定逻辑，应持有实现的公有逻辑
一个接口不需要提供太多的行为，一个接口应该只提供一种对外的功能，不应该把所有的操作都封装到一个接口中。
依赖倒置原则(DIP: Dependency Inversion Principle)<br>
要依赖于抽象，不要依赖于具体实现。
在应用程序中，所有的类如果使用或依赖于其他的类，则应该依赖这些其他类的抽象类，而不是这些其他类的具体类。为了实现这一原则，就要求我们在编程的时候针对抽象类或者接口编程，而不是针对具体实现编程。
KISS
keep it simple，尽量简单的代码，让代码更容易被别人理解
YANGNI
you ain't gonna need it，只着眼必需的功能，不添加认为可能需要的功能
LOD 迪米特原则
一个对象应当对其他对象尽可能少的了解
降低各个对象之间的耦合，提高系统的可维护性。在模块之间应该只通过接口编程，而不理会模块的内部工作原理，它可以使各个模块耦合度降到最低，促进软件的复用<br>
