背景

以商城订单处理为例，针对不同订单，需要采取不同的策略。

• 买菜的订单，需要整合订单信息，分配调度任务给不同的仓库
• 拼单，需要等待拼单完成，下发订单给对应商家
• 正常订单，在下单完成后，无需等待，直接下发给商家

策略模式可以将一系列算法封装起来，对算法进行编排，满足某一个功能的多种策略需求

策略模式优点

• 可以避免多重条件判断
• 公共代码的可复用性更强
• 本身符合开闭原则
• 能更好的适配上下文比较多的场景

策略模式缺点

• 需要使用者了解不同策略之间的区别
• 会产生多个策略类

具体实现

未命名绘图.png

• 抽象策略（Strategy）类：定义了一个公共接口，各种不同的算法以不同的方式实现这个接口，环境角色使用这个接口调用不同的算法，一般使用接口或抽象类实现。
• 具体策略（Concrete Strategy）类：实现了抽象策略定义的接口，提供具体的算法实现。
• 环境（Context）类：持有一个策略类的引用，最终给客户端调用。

demo

以上述订单处理为例

策略类

type OrderStrategy interface {
    Handle(ctx context.Context) error
}

买菜订单处理类

type VegeOrderStrategy struct {
    City    string
    OrderID string
}

func (s *VegeOrderStrategy) Handle(ctx context.Context) error {
    // pre handle
    // order allocate
    // order distribute
    // after handle, msg notify
    return nil
}

拼单订单处理类

type SpliceOrderStrategy struct {
    Sum     int
    OrderID string
}

func (s *SpliceOrderStrategy) Handle(ctx context.Context) error {
    // pre handle
    // wait notify
    // distribute
    // after handle, msg notify
    return nil
}

正常订单处理类

type NormalOrderStrategy struct {
    OrderID string
}

func (s *NormalOrderStrategy) Handle(ctx context.Context) error {
    // pre handle
    // order distribute
    // check confirm
    // after handle, msg notify
    return nil
}

上下文

type OrderContext struct {
    OrderStrategy OrderStrategy
}

func (c *OrderContext) Handle(ctx context.Context) error {
    return c.OrderStrategy.Handle(ctx)
}

main.go

func main() {
    VegeOrderStrategy := &VegeOrderStrategy{
        City:    "Beijing",
        OrderID: "123456",
    }
    handler := &OrderContext{
        OrderStrategy: VegeOrderStrategy,
    }
    handler.Handle(context.Background())
}