首页 > 代码库 > 设计模式--六大原则

设计模式--六大原则

  • 设计模式六大原则
  • 单一职责原则:
  •     不要存在多于一个导致类变更的原因。**通俗的说,即一个类只负责一项职责
  • 里氏替换原则:
  •     里氏替换原则通俗的来讲就是:子类可以扩展父类的功能,但不能改变父类原有的功能。它包含以下4层含义:

    • 子类可以实现父类的抽象方法,但不能覆盖父类的非抽象方法。
    • 子类中可以增加自己特有的方法。
    • 当子类的方法重载父类的方法时,方法的前置条件(即方法的形参)要比父类方法的输入参数更宽松。
    • 当子类的方法实现父类的抽象方法时,方法的后置条件(即方法的返回值)要比父类更严格。

         看上去很不可思议,因为我们会发现在自己编程中常常会违反里氏替换原则,程序照样跑的好好的。所以大家都会产生这样的疑问,假如我非要不遵循里氏替换原则会有什么后果?

         后果就是:你写的代码出问题的几率将会大大增加。

  • 依赖倒置原则
  •       高层模块不可直接依赖低层模块。尽量通过接口传递即策略方式
  • 接口隔离原则。
  •       尽量不要一个接口搞定所有需求,能拆分就拆分 增加系统的灵活性和可维护性
  • 迪米特法则:
  •      只与直接的朋友通信。首先来解释一下什么是直接的朋友:每个对象都会与其他对象有耦合关系,只要两个对象之间有耦合关系,我们就说这两个对象之间是朋友关系。耦合的方式很多,依赖、关联、组合、聚合等。其中,我们称出现成员变量、方法参数、方法返回值中的类为直接的朋友,而出现在局部变量中的类则不是直接的朋友。也就是说,陌生的类最好不要作为局部变量的形式出现在类的内部。
  • 开闭原则:
  •      对修改关闭,对新增开放

设计模式--六大原则