重学设计模式

重学设计模式

mikasa 275 2022-01-07

背景

之前学习过常用的设计模式,在项目中也尽可能的运用设计模式解耦(当然并不是为了使用设计模式而去用设计模式),写出容易维护和扩展的代码,趁着最近有点空闲时间再重新学习一下设计模式,所以看了下王争的《设计模式之美》,将其中讲的比较好的,给初学者容易搞不明白的点记录下来。

推荐利用碎片时间学习一下王争的《设计模式之美》

学习设计模式并不是生搬硬套,主要学习的是设计思想,在项目中能写出易维护、易扩展、可读性高的代码就是好代码

里氏替换原则与多态的区别

初学设计模式的人可能会很蒙蔽,这里氏替换原则跟多态有啥不同,个人觉得以下几个例子共分为三大类能把这一点讲的很明白,例子出自王争的设计模式之美

子类违背父类声明要实现的功能

父类中提供的sortOrdersByAmount()订单排序函数,是按照金额从小到大来给订单排序的,而子类重写这个 sortOrdersByAmount() 订单排序函数之后,是按照创建日期来给订单排序的。

子类违背父类对输入、输出、异常的约定

  1. 在父类中,某个函数约定:运行出错的时候返回 null;获取数据为空的时候返回空集合(empty collection)。而子类重载函数之后,实现变了,运行出错返回异常(exception),获取不到数据返回 null。那子类的设计就违背里式替换原则。
  2. 在父类中,某个函数约定,输入数据可以是任意整数,但子类实现的时候,只允许输入数据是正整数,负数就抛出,也就是说,子类对输入的数据的校验比父类更加严格,那子类的设计就违背了里式替换原则。
  3. 在父类中,某个函数约定,只会抛出 ArgumentNullException 异常,那子类的设计实现中只允许抛出 ArgumentNullException 异常,任何其他异常的抛出,都会导致子类违背
    里式替换原则。

子类违背父类注释中所罗列的任何特殊说明

父类中定义的 withdraw() 提现函数的注释是这么写的:“用户的提现金额不得超过账户余额……”,而子类重写 withdraw() 函数之后,针对 VIP 账号实现了透支提现的功能,也就是提现金额可以大于账户余额,那这个子类的设计也是不符合里式替换原则的。

你们发现了区别吗? 区别就是虽然代码仍然可以通过Java的多态语法,不会导致程序编译或者运行报错,但子类的设计是违背里式替换原则的。