状态模式控制行为的可用性,策略模式定义行为的具体实现。在订单系统中,不同状态(如待支付、已发货)决定哪些操作可执行,同时通过策略模式为“完成订单”等操作绑定不同逻辑(如发奖励或默认处理)。每个状态实现状态接口并提供对应的策略,如已发货状态使用RewardCompletion策略,完成时触发积分奖励;而待支付状态则不支持完成操作。结合两者使状态变化时自动切换行为集,提升代码灵活性与可维护性,适用于工作流、审批系统等复杂场景。Golang通过接口与组合实现该模式,无需继承即可解耦状态与行为。

在 Golang 中,状态模式和策略模式都可以用来解耦对象的行为与状态。将两者结合使用,可以在复杂业务场景中实现更灵活、可维护的代码结构。下面通过一个高级示例说明如何用 Golang 实现状态模式与策略模式的组合。
状态模式:允许对象在其内部状态改变时改变其行为,对象看起来像是改变了类。通常由上下文持有当前状态,并委托具体行为给状态实现。
策略模式:定义一系列算法或行为,将它们封装起来并使它们可以互换。上下文在运行时选择不同的策略执行。
当我们将两者结合,可以让“状态”本身携带一组“策略”,从而实现状态变化的同时自动切换对应的行为集。
立即学习“go语言免费学习笔记(深入)”;
考虑一个电商订单系统,订单有多个状态(待支付、已支付、已发货、已完成),每个状态下支持的操作不同,且操作逻辑也不同。比如:
同时,某些操作(如“完成订单”)可能在不同状态下有不同的处理逻辑(例如是否发奖励、是否计入统计),这就适合用策略模式来动态绑定。
我们定义以下结构:
1. 状态接口与具体状态每个状态实现通用的状态接口,并持有对应的策略集合。
type OrderContext struct {
State OrderState
}
type OrderState interface {
Pay(order *OrderContext)
Ship(order *OrderState)
Complete(order *OrderContext)
Cancel(order *OrderContext)
// 获取当前状态下的完成策略
GetCompletionStrategy() CompletionStrategy
}2. 策略接口
定义完成订单时使用的策略,不同状态使用不同策略。
type CompletionStrategy interface {
Execute(*OrderContext)
}
type DefaultCompletion struct{}
func (d *DefaultCompletion) Execute(order *OrderContext) {
println("默认完成逻辑:更新状态")
}
type RewardCompletion struct{}
func (r *RewardCompletion) Execute(order *OrderContext) {
println("奖励完成逻辑:发积分+更新状态")
}3. 具体状态实现
每个状态不仅控制行为,还提供对应的策略。
type PendingPaymentState struct{}
func (p *PendingPaymentState) Pay(order *OrderContext) {
println("订单已支付")
order.State = &PaidState{}
}
func (p *PendingPaymentState) Cancel(order *OrderContext) {
println("订单已取消")
order.State = &CancelledState{}
}
func (p *PendingPaymentState) Ship(order *OrderContext) {
println("无法发货:订单未支付")
}
func (p *PendingPaymentState) Complete(order *OrderContext) {
println("无法完成:订单未支付")
}
func (p *PendingPaymentState) GetCompletionStrategy() CompletionStrategy {
return nil // 未支付不能完成
}type PaidState struct{}
func (p *PaidState) Pay(order *OrderContext) {
println("订单已支付,无需重复支付")
}
func (p *PaidState) Ship(order *OrderContext) {
println("已发货")
order.State = &ShippedState{}
}
func (p *PaidState) Cancel(order *OrderContext) {
println("无法取消:已支付订单需申请退款")
}
func (p *PaidState) Complete(order *OrderContext) {
println("不能手动完成:需用户收货")
}
func (p *PaidState) GetCompletionStrategy() CompletionStrategy {
return nil
}type ShippedState struct{}
func (s *ShippedState) Pay(order *OrderContext) {
println("支付已完成")
}
func (s *ShippedState) Ship(order *OrderContext) {
println("已发货,无需重复发货")
}
func (s *ShippedState) Complete(order *OrderContext) {
strategy := s.GetCompletionStrategy()
if strategy != nil {
strategy.Execute(order)
order.State = &CompletedState{}
}
}
func (s *ShippedState) Cancel(order *OrderContext) {
println("无法取消:已发货")
}
func (s *ShippedState) GetCompletionStrategy() CompletionStrategy {
return &RewardCompletion{} // 发货后完成订单有奖励
}type CompletedState struct{}
func (c *CompletedState) Pay(order *OrderContext) {}
func (c *CompletedState) Ship(order *OrderContext) {}
func (c *CompletedState) Cancel(order *OrderContext) {
println("订单已完成,不支持取消")
}
func (c *CompletedState) Complete(order *OrderContext) {
println("订单已完成")
}
func (c *CompletedState) GetCompletionStrategy() CompletionStrategy {
return &DefaultCompletion{}
}4. 上下文调用示例
func main() {
order := &OrderContext{
State: &PendingPaymentState{},
}
order.State.Pay(order) // 支付
order.State.Ship(order) // 发货
order.State.Complete(order) // 完成(触发奖励策略)
// 输出:
// 订单已支付
// 已发货
// 奖励完成逻辑:发积分+更新状态
}这种组合模式的优势在于:
适用于工作流引擎、审批系统、游戏角色状态机等需要状态驱动行为且行为多变的场景。
基本上就这些。Golang 虽无继承,但通过接口与组合,完全可以优雅实现状态与策略的融合。关键在于明确职责划分:状态控制“能不能做”,策略决定“怎么做”。
以上就是如何用Golang实现状态模式与策略模式组合_Golang 状态模式高级示例的详细内容,更多请关注php中文网其它相关文章!
每个人都需要一台速度更快、更稳定的 PC。随着时间的推移,垃圾文件、旧注册表数据和不必要的后台进程会占用资源并降低性能。幸运的是,许多工具可以让 Windows 保持平稳运行。
Copyright 2014-2025 https://www.php.cn/ All Rights Reserved | php.cn | 湘ICP备2023035733号