设计模式之工厂模式

1.介绍
工厂模式也叫简单工厂模式。它提供了按需创建模式的最佳方式。同时,这种创建方式不会对外暴露创建细节,并且会通过一个统一的接口创建对象。

它的主要意图:定义一个创建对象的接口,让其子类自己决定将哪一个工厂类实例化,工厂模式使创建过程延迟到子类中进行。

举例:某动力机械厂可以生产织布机和缝纫机。

2.实操
背景:某商店,用户可通过打卡、留言等兑换积分,再通过积分兑换商品,从而勾成一个生态闭环。
现有如下接口:
(1)优惠券:CouponResult sendCoupon(String uId, String couponNumber, String uuid)
(2)实物商品:Boolean deliverGoods(DeliverReq req)
(3)第三方兑换卡(爱奇艺):void grantToken(String bindMobileNumber, String cardId)

运用工厂模式结构:
在这里插入图片描述

CardCommodityService、CouponCommodityService、GoodsCommodityService分别实现sendCommodity接口,

sendCommodity接口如下:

public interface ICommodity {
    void sendCommodity(String uId, String commodityId, String bizId, Map<String, String> extMap) throws Exception;
}
  • 对于所有奖品,无论是优惠券还是兑换卡都需要通过程序实现此接口并处理。保证入参和出参的统一性。
  • 接口入参:uId-用户i,commodityId 奖品id, bizId 业务id, extMap扩展字段,用于处理发放实物商品时的收货地址。

优点:
避免创建者与具体的产品逻辑耦合。解耦。
满足单一职责,每一个业务的逻辑实现都在自己所属的类中完成。
满足开闭原则,无须更改使用调用方就可以在程序中引入新的产品类型。

缺点:
产品类型过多时,实现的子类会急速扩张。

评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

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

抵扣说明:

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

余额充值