《研磨设计模式》读书笔记之:简单工厂、外观模式

前言:本篇系看完《研磨设计模式》一书的个人理解和总结,可能存在不正确的地方,看时需要持怀疑态度。另外,所有的图都是示意图,示意,示。

简单工厂:

几点解释:

  1. 客户端通过调用  Factory.createAImpl() 方法来创建A的实例
  2. 工厂一般只需要一个,不需要有实例,所以将构造方法设为私有,不允许创建实例
  3. Factory.createAImpl() 可以带参数,通过传入不同的参数来创建不同的实例,即  选择实现
  4. 客户端只能接触到工厂类和 接口,和具体的实现完全解耦
  5. 在工厂方法中可以做一些额外的操作,如果对相同的对象进行缓存,之后获取都返回相同的对象,则类似于 享元模式
  6. 本质:选择实现, 现实中很常用

外观模式(Facade)

几点解释:

  1. 大系统一般都需要分层和分割,切分的很细,有时候客户端需要完成一个功能需要调用多个模块,调用很复杂。而且,当模块发生变动时,客户端就需要做出修改,客户端和各个模块的耦合性太高,灵活性和扩展性较低。
  2. 此时,可以在系统侧提供一个 外观类,向客户侧提供一个方法,此方法中聚合多个模块的操作。简化客户端的调用。
  3. 所谓 外观,即 我们能看到的部分。
  4. 外观类应当只是客户端的一种选择,客户端仍然可以选择自己和多个模块交互,只是通过外观类,调用起来更加的方便。
  5. 我们可以在系统中提供一些常用的外观类以简化调用。
  6. 客户端使用外观类,模块的变化会被外观类频闭掉,不会影响到客户端,即 解耦了客户端和各个模块。
  7. 实际开发中,常常遇到 前端需要多次请求后端服务的部分,有些可以后端提供一个接口来帮助前端聚合调用,也可以看作是 门面模式的变种应用。
  8. 本质:封装交互,简化调用。在系统侧封装聚合,简化客户端的调用。
  • 1
    点赞
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值