在装饰模式中我们说到:当业务逻辑发生变化时,可以用装饰模式为已有的Service实现类添加额外的功能。装饰模式可应用在业务逻辑的接口不需发生变化,而具体实现变化时。如果业务逻辑变化很大,连接口函数的参数都需要改变时,装饰模式应对这种情况就力不从心了,此时我们需要用上适配器模式。
我们还是举图书管理系统的例子,图书的查询方法一般只需要ISBN号一个参数。某天我们进了一批美术书,美术书的查询需要ISBN号和书名两个参数,此时查询方法的参数都发生了变化,不能再用BookService这个接口了。
此时我们用适配器模式处理该问题,请看类图:
我们新定义了一个接口ArtBookService,在接口中定义了新的查询方法,带有ISBN和Name两个参数。并提供了新实现类ArtBookServiceImpl,新实现类ArtBookServiceImpl中包含旧实现类BookServiceImpl的成员,这样在新实现类的query方法中依旧可以调用旧实现类的query方法,并加上新业务逻辑。
用适配器模式解决接口发生很大变化的问题,既满足了新接口的需要,也充分利用了原有的业务逻辑方法,最大限度的遵循开闭原则。