前言:本篇系看完《研磨设计模式》一书的个人理解和总结,可能存在不正确的地方,看时需要持怀疑态度。另外,所有的图都是示意图,示意,示。
简单工厂:
几点解释:
- 客户端通过调用 Factory.createAImpl() 方法来创建A的实例
- 工厂一般只需要一个,不需要有实例,所以将构造方法设为私有,不允许创建实例
- Factory.createAImpl() 可以带参数,通过传入不同的参数来创建不同的实例,即 选择实现
- 客户端只能接触到工厂类和 接口,和具体的实现完全解耦
- 在工厂方法中可以做一些额外的操作,如果对相同的对象进行缓存,之后获取都返回相同的对象,则类似于 享元模式
- 本质:选择实现, 现实中很常用
外观模式(Facade)
几点解释:
- 大系统一般都需要分层和分割,切分的很细,有时候客户端需要完成一个功能需要调用多个模块,调用很复杂。而且,当模块发生变动时,客户端就需要做出修改,客户端和各个模块的耦合性太高,灵活性和扩展性较低。
- 此时,可以在系统侧提供一个 外观类,向客户侧提供一个方法,此方法中聚合多个模块的操作。简化客户端的调用。
- 所谓 外观,即 我们能看到的部分。
- 外观类应当只是客户端的一种选择,客户端仍然可以选择自己和多个模块交互,只是通过外观类,调用起来更加的方便。
- 我们可以在系统中提供一些常用的外观类以简化调用。
- 客户端使用外观类,模块的变化会被外观类频闭掉,不会影响到客户端,即 解耦了客户端和各个模块。
- 实际开发中,常常遇到 前端需要多次请求后端服务的部分,有些可以后端提供一个接口来帮助前端聚合调用,也可以看作是 门面模式的变种应用。
- 本质:封装交互,简化调用。在系统侧封装聚合,简化客户端的调用。