设计原则

1 迪米特法则
一个软件实体应当尽可能少的与其他实体发生相互作用。
软件实体之间应该尽量减少交互，不要因为一个类的改变而导致另一个调用方的类改变。
不要和陌生人说话。
2 里氏替换原则
父类出现的地方子类一定可以替换。如果父类的方法在子类中已经发生了畸变，那么就应该断开父子关系。另外采用聚合/组合，以及依赖方式实现代码重用。里氏替换原则可以用于检测两个类之间是否具有父子关系。
3 继承抽象类
一个类继承一个抽象类，可以不用实现抽象类中所有的方法。但是这个类只能是抽象类。同样道理，一个类实现一个类接口，也可以不实现所有的抽象方法，这个类也只能是抽象类。
4 高内聚、低耦合
高内聚：高内聚就是单一职责原则，一个类的职责越单一，内聚度就越高。
低耦合：类与类之间交互，尽量使用抽象耦合，这样可以增加代码的灵活性和扩展性。
5 使用常量
1.可以引入业务名称。
2.可以做到一改全改。


高层模块不应该依赖于底层模块，二者都依赖于抽象；
抽象不应该依赖于细节，细节应该依赖于抽象。
也就是面向抽象编程，不要面向具体编程。


在面向对象设计中，类和类之间依赖关系可以分为两种类型：
具体耦合关系：发生在两个具体的（可实例化的）类之间 ，经由一个类对另一个具体类的直接引用造成。
抽象耦合关系：发生在一个具体的类和一个抽象类（或接口）之间，使两个必须发生关系的类之间存有最大的灵活性。