type
status
date
slug
summary
tags
category
icon
password
AI summary
一、定义
抽象工厂模式，类似于动态代理对象的生成工厂，集中管理各个代理对象，使用代理对象解决实际业务场景，减少代码的依赖
抽象⼯⼚模式与⼯⼚⽅法模式虽然主要意图都是为了解决，
接⼝选择问题。但在实现上，抽象⼯⼚是⼀个中⼼⼯⼚，创建其他⼯⼚的模式二、示例：
模拟场景：
很多时候初期业务的蛮荒发展，也会牵动着研发对系统的建设。
预估 QPS较低 、 系统压⼒较⼩ 、 并发访问不⼤ 、 近⼀年没有⼤动作 等等，在考虑时间投⼊成本的前提前，并不会投⼊特别多的⼈⼒去构建⾮常完善的系统。就像对 Redis 的使⽤，往往可能只要是
单机的就可以满⾜现状。但随着业务超过预期的快速发展，系统的负载能⼒也要随着跟上。原有的单机 Redis 已经满⾜不了系
统需求。这时候就需要更换为更为健壮的
Redis集群服务，虽然需要修改但是不能影响⽬前系统的运
⾏，还要平滑过渡过去。随着这次的升级，可以预⻅的问题会有；
- 很多服务⽤到了Redis需要⼀起升级到集群。
- 需要兼容集群A和集群B，便于后续的灾备。
- 两套集群提供的
接⼝和⽅法各有差异，需要做适配。
- 不能影响到⽬前正常运⾏的系统。
传统硬编码方式(都在一个类里面实现，多重if else嵌套使用)
定义集群接口：
CacheClusterService集群接口实现：
CacheClusterImpl，随着集群类型变多，if else判断也变多，需要修改以前的代码，违背了开闭原则测试：
ApiTest抽象工厂模式
定义缓存实现接口：
ICacheAdapterEGMCache缓存实现接口：
EGMCacheAdapterIIRCache缓存实现接口：
IIRCacheAdapterJDK动态代理：
JDKInvocationHandlerJDK动态代理的实现工厂：
JDKProxyFactory测试：
ApiTestUML关系图
未使用抽象工厂模式
每新增一个实现，需要重新进行if else判断，修改之前的代码逻辑
抽象工厂模式：都共同实现接口
，以便于jdk动态代理对象获取每个代理对象
总结：
这个设计模式满⾜了；
、
、
等优点，但如果说随着业务的不断拓展，可能会造成类实现上的复杂度。但也可以说算不上缺点，因为可以随着其他设计⽅式的引⼊和代理类以及⾃动⽣成加载的⽅式降低此项缺点。
- 作者:IT小舟
- 链接:https://codegym.top/article/JAVA%E3%80%90%E8%AE%BE%E8%AE%A1%E6%A8%A1%E5%BC%8F%E3%80%91%E6%8A%BD%E8%B1%A1%E5%B7%A5%E5%8E%82%E6%A8%A1%E5%BC%8F
- 声明:本文采用 CC BY-NC-SA 4.0 许可协议，转载请注明出处。