程序设计原则 类是不稳定的,,但是抽象相对稳定,依赖于抽象将获得更加稳定的类结构。 设计原则 1.单一指责 每个类只负责单一的功能,避免修改一个功能完成另一个功能的错误出现。 2.里氏替换/抽象类原则 子类实现父类的抽象方法 子类不要修改父类的非抽象方法 子类实现抽象方法时前置条件(参数)应该更加宽松 子类重写父类的方法后置条件(返回值)应该更加严格 3.依赖倒置。 高层模块不应该依赖于底层模块,二者都应该依赖于抽象 抽象不能依赖于细节,细节要依赖抽象 多用抽象的接口描述动作。抽象难以扩展或者扩展复杂的的动作,降低动作执行者和动作承受者之间的关联 4.迪米特法则/最少知道原则 每个类对自己依赖的类知道的越少越好,被依赖的类开放公开的方法却封装内部复杂的逻辑 5.开闭原则 对扩展是开放的对修改是封闭的 使用增加软件实体的方法来扩展功能而不要使用修改代码的方式 6.接口隔离原则 一个类对另一个类的依赖应该建立在最小的接口上,也就是不要强迫子类实现他不需要的功能,如果需要这么做那么说明这个接口最小接口需要拆分