State模式的经典应用场景:订单处理(c#实现)场景描述遇到问题解决问题走起

State模式在对象内部状态发生变化的时候,改变自身的行为,这通常是通过切换内部状态对象实现的,对象将自身在各个状态的行为推给了状态对象,从而解开了行为与对象的依赖。

场景描述

在经典的订单处理场景中,订单其不同状态的时候变现了不同的行为,具体内容如下:

  1. 假如订单是一个新创建的订单,那么它可以被寄送,也可以被取消;
  2. 假如订单已经被寄送,那么它不可以被再次寄送,也不可以被取消;
  3. 假如订单已经被取消,那么它不可以被寄送,也不可以被取消。

上述内容中详细解释了订单状态和对应行为的关系。

遇到问题

对逻辑的第一映像,通常是通过if-else或者switch子句,通过订单内部的一个表示状态的属性,判断出当前订单是否可以寄送和取消。

可是这样严重影响了程序代码的课扩展性,想想一下,如果我需要添加一种叫做“已出库”的状态,此时订单表现为可以被取消但是不可以再次申请寄送,那我们就需要在if-else子句中添加新的逻辑;又或者我们需要改变业务规则寄送的订单可以在没有完成前取消,那么我们又需要对订单的实现代码做逻辑更改,很明显,这样对扩展性来说是一个大问题。

所以,我们的解决方案是将订单的行为推送到订单状态自身,这样即使扩展再多的订单状态或者对状态行为进行更改,也可以轻松应对,只对很少的类进行更改,并且不会牵涉到太多代码逻辑。

解决问题走起

首先创建一个订表示订单状态的枚举OrderStatus

namespace Pattern.State
{
    public enum OrderStatus
    {
        New=0,
        Shipped=1,
        Canceled=2
    }
}

然后创建一个借口IOrderState,定义订单的行为和保存订单的状态枚举值

namespace Pattern.State
{
    public interface IOrderState
    {
        bool CanShip(Order order);
        void Ship(Order order);
        bool CanCancel(Order order);
        void Cancel(Order order);
        OrderStatus Status { get; }
    }
}

接下来就是最重要的Order类

namespace Pattern.State
{
    public class Order
    {
        private IOrderState orderState;


        public Order(IOrderState orderState)
        {
            this.orderState = orderState;
        }


        public int Id { get; set; }
        public string CustomerName { get; set; }
        public string Address { get; set; }

        public OrderStatus Status()
        {
            return orderState.Status;
        }

        public bool CanCancel()
        {
            return orderState.CanCancel(this);
        }

        public void Cancel()
        {
            if (CanCancel())
            {
                orderState.Cancel(this);
            }
        }

        public bool CanShip()
        {
            return orderState.CanShip(this);
        }

        public void Ship()
        {
            if (CanShip())
            {
                orderState.Ship(this);
            }
        }

        internal void Change(IOrderState orderState)
        {
            this.orderState = orderState;
        }
    }
}

你可以看到,本来想象中的复杂了代码逻辑没有了,代码变得更易懂易扩展,因为我们将这些行为转到了IOrderState的子类中,单个子类只维护当前状态下订单的行为:

1.NewState

namespace Pattern.State
{
    public class NewState:IOrderState
    {
        public bool CanShip(Order order)
        {
            //some logic here
            return true;
        }

        public void Ship(Order order)
        {
            order.Change(new ShippedState());
        }

        public bool CanCancel(Order order)
        {
            return true;
        }

        public void Cancel(Order order)
        {
            order.Change(new CanceledState());
        }

        public OrderStatus Status
        {
            get { return OrderStatus.New; }
        }
    }
}

2.ShippedState

namespace Pattern.State
{
    public class ShippedState:IOrderState
    {
        public bool CanShip(Order order)
        {
            return false;
        }

        public void Ship(Order order)
        {
            throw new InvalidOperationException();
        }

        public bool CanCancel(Order order)
        {
            return false;
        }

        public void Cancel(Order order)
        {
            throw new InvalidOperationException();
        }

        public OrderStatus Status
        {
            get { return OrderStatus.Shipped }
        }
    }
}

3.CanceledState

namespace Pattern.State
{
    public class CanceledState:IOrderState
    {
        public bool CanShip(Order order)
        {
            return false;
        }

        public void Ship(Order order)
        {
            throw new InvalidOperationException();
        }

        public bool CanCancel(Order order)
        {
            return false;
        }

        public void Cancel(Order order)
        {
            throw new InvalidOperationException();
        }

        public OrderStatus Status
        {
            get { return OrderStatus.Canceled; }
        }
    }
}

最后我们创建一个OrderFactory

namespace Pattern.State
{
    public static class OrderFactory
    {
        public static Order CreateOrder(string customerName, string address)
        {
            IOrderState orderState = new NewState();
            Order order = new Order(orderState);
            return order;
        }
    }
}

最后,通过一个控制台应用程序来测试一下:

namespace Pattern.Console
{
    class Program
    {
        static void Main(string[] args)
        {
            Order order = OrderFactory.CreateOrder("小白哥哥", "天津市和平区");
            if (order.CanShip())
            {
                System.Console.WriteLine("订单当前可以寄送");
            }
            order.Ship();
            if (!order.CanShip())
            {
                System.Console.WriteLine("订单当前不可以寄送");
            }
            System.Console.ReadKey();
        }
    }
}

本文参与腾讯云自媒体分享计划,欢迎正在阅读的你也加入,一起分享。

发表于

我来说两句

0 条评论
登录 后参与评论

相关文章

来自专栏老秦求学

任务管理器编码详解

模仿windows任务管理器制作一个任务管理器软件。设计语言不限。 二知识要求    Windows编程,MFC编程,API调用 三.开发环境 使用Micros...

28411
来自专栏Coding01

Javascript 从异步函数到 Promise 到 Async/Await

我最近正在看的一本书《聊聊架构》,在进入今天的主题之前,我想和大家分享这本书里的一个概念“生命周期”。

1314
来自专栏李海辰的专栏

Unity 引擎资源管理代码分析 ( 1 )

目前网络上已经有很多介绍 Unity 资源管理机制、和 API 使用方法的文章,但少有文章从 Unity源码层面对其实现进行深度解析。作为一名喜欢打破砂锅璺到底...

5980
来自专栏me的随笔

【译】单元测试最佳实践

原文地址:Unit testing best practices PS:本文未翻译原文的全部内容,以下为译文。

713
来自专栏闻道于事

使用ichartjs生成图表

官网:http://www.ichartjs.com/   ichartjs 是一款基于HTML5的图形库。使用纯javascript语言, 利用HTML5的c...

4357
来自专栏闰土大叔

如何解释vue的生命周期才能令面试官满意?

当面试官问:“谈谈你对vue的生命周期的理解”,听到这句话你是不是心里暗自窃喜:这也太容易了吧,不就是beforeCreate、created、beforeMo...

3005
来自专栏Kiba518

C#语法——反射,架构师的入门基础。

编程其实就是写代码,而写代码目的就是实现业务,所以,语法和框架也是为了实现业务而存在的。因此,不管多么高大上的目标,实质上都是业务。

440
来自专栏walterlv - 吕毅的博客

深入了解 WPF Dispatcher 的工作原理(Invoke/InvokeAsync 部分)

发布于 2017-09-25 18:02 更新于 2017-10...

272
来自专栏GreenLeaves

C# 反射(Reflection)技术

本文参考自C#反射(Reflection)详解,纯属学习笔记,加深记忆 在介绍反射前,先介绍一个重要的知识点         .Net应用程序是由程序集(Ass...

1878
来自专栏开源优测

在Selenium Webdriver中使用XPath Contains、Sibling函数定位

前言 在一般情况下,我们通过简单的xpath即可定位到目标元素,但对于一些既没id又没name,而且其他属性都是动态的情况就很难通过简单的方式进行定位了。 在这...

2023

扫描关注云+社区