设计原则

设计模式原则：
1.单一职责原则
  只有逻辑足够简单，才可以在代码级别上违反单一职责原则；只有类中方法数量足够少，才可以在方法级别上违反单一职责原则
2.里氏替换
如果非要重写父类的方法，比较通用的做法是：原来的父类和子类都继承一个更通俗的基类，原有的继承关系去掉，采用依赖、聚合，组合等关系代替

子类可以扩展父类的功能，但不能改变父类原有的功能。它包含以下4层含义：
    * 子类可以实现父类的抽象方法，但不能覆盖父类的非抽象方法。
    * 子类中可以增加自己特有的方法。
    * 当子类的方法重载父类的方法时，方法的前置条件（即方法的形参）要比父类方法的输入参数更宽松。
    * 当子类的方法实现父类的抽象方法时，方法的后置条件（即方法的返回值）要比父类更严格。
3.依赖倒置
    * 低层模块尽量都要有抽象类或接口，或者两者都有。
    * 变量的声明类型尽量是抽象类或接口。
    * 使用继承时遵循里氏替换原则。

    依赖倒置原则的核心就是要我们面向接口编程，理解了面向接口编程，也就理解了依赖倒置
4.接口隔离原则
5.迪米特法则
定义：一个对象应该对其他对象保持最少的了解。
6.