设计模式原则

单一职责原则

        就一个类而言，应该仅有一个引起变化的原因。一个类承担的职责过多，就等于把这些职责耦合在一起。一个职责的变化可能会削弱或抑制这个类完成其他职责的能力，这种耦合会导致脆弱的设计，当变化时会产生意想不到的破坏。那么当发现存在多个职责时就应该应该分离出来。

开闭原则

        对扩展开放，对修改关闭。对模块、类、函数的修改应对外部的扩展开放，对内部的修改关闭，提高系统的灵活性。

依赖倒置原则

        高层模块不应该依赖低层，应该都依赖其抽象，抽象不应该依赖其细节。对于接口或抽象类，只要接口是稳定的，那么任何一个修改都不用担心其他受到影响。

        依赖倒置并不是说模块之间的依赖倒置，模块之间依然是上层依赖于下层。这里的倒置指的是抽象和细节之间的依赖关系倒置了。

里斯替换原则

        子类型必须能够替换掉它们的父类型。一个软件实体如果使用的时一个父类的话，那么一定使用于其子类，而且它察觉不出父类对象和子类对象的区别。也就是把父类换成子类，程序行为没有变化。

接口隔离原则

        用多个专门的接口，而不是用单一的总接口，不应该依赖它不需要的接口。一个类对另一个类的依赖应该建立在最小的接口之上；建立单一接口，不要建立庞大臃肿的接口；尽量细化接口，接口中的方法数量尽量合适。

迪米特法则

        最少知识原则。如果两个类不必彼此直接通信，那么这两个类就不应当发生直接的相互作用。如果其中一个类需要调用另一个类的某一个方法的话，可以通过第三方转发这个调用。