• 谈谈下订单的几种实现方式(用不同的模式实现:装饰器模式、代理模式、命令模式、状态模式、模版模式)


    本文讲PlaceOrder函数的实现(重点在业务逻辑层),让我们来分别用不同的设计模式来实现吧:装饰器模式、代理模式、命令模式、状态模式、模版模式。

    假设我们实现需求如下:
                   在PlaceOrder函数中需要做如下工作
                   1. 检查权限,未登录的不能递交订单
                   2. 计算税
                   3. 记录日志
    好了,让我们分别来实现吧....当然,是用不同的设计模式分别实现。

    装饰器模式实现

    请看PlaceOrder函数方法体:

    public bool PlaceOrder(OrderInfo order)
            {
                try
                {
                    OrderService srv = new OrderService();                                 //核心业务类
                    TaxDecorator4OrderService tax = new TaxDecorator4OrderService(srv);    //第一次装饰
                    LogDecorator4OrderService log = new LogDecorator4OrderService(tax);    //第二次装饰
                    PermissionDecorator4OrderService permission = new PermissionDecorator4OrderService(log);//第三次装饰
    
                    return permission.NewOrder(order); //这里调用的是最后一个装饰器的方法(会链式反应,调用全部的关联函数)
                }
                catch(Exception ex)//由于PermissionDecorator4OrderService中会抛出exception,因此用了try, catch
                {
                    Console.WriteLine("exception: "+ex.Message);
                    return false;
                }
            }

     实现方法

                1. 写一个公共的接口,让“核心业务类”、“装饰类”都实现这个接口
                2. “装饰类”的构造器需要能注入这个公共接口
                3. 然后像上面那样拼装饰链条
    装饰器代码如下(核心代码):

    public class PermissionDecorator4OrderService:IOrderServiceComponent             //上面所说的公共接口
        {
            IOrderServiceComponent component;
            public PermissionDecorator4OrderService(IOrderServiceComponent component)  //要提供注入的地方,此处是构造函数注入方式,你也可以根据情况使用其他注入方式
            {
                this.component = component;
            }
            public bool NewOrder(OrderInfo order)
            {
                if (Identity.UserID <= 0)
                    throw new Exception("Authorization exception");
                return this.component.NewOrder(order);
            }
        }

     代码在本页最下方有下载。

    代理模式实现

    请看PlaceOrder函数方法体:

    public bool PlaceOrder(OrderInfo order)
            {
                try
                {
                    OrderService srv = new OrderService();                         //核心业务类(这个类就是要被控制访问的类)
                    OrderServiceAgency srvAgency = new OrderServiceAgency();       //代理类,外界的调用是通过它的,由它来转发核心业务类的调用,意图在于控制访问
                    srvAgency.SetServiceComponent(srv);                            //此处为注入(方法注入方式),当然,你也可以使用构造器注入
    
                    return srvAgency.NewOrder(order);                              //看,此处调用的是代理的NewOrder
                }
                catch(Exception ex)
                {
                    Console.WriteLine("exception: "+ex.Message);
                    return false;
                }
            }

      “核心业务类”、“代理类”,这2个类的外观是相同的,最简单的方式实现这个模式是

                        1. 为这2种类定义一个接口,这2种类都去实现
                        2. “代理类”除了要实现这个接口之外,还要持有这个接口的一个instance(这样才能转发调用)
                        3. “代理类”需要提供注入方式:构造函数、方法、属性注入方式
    “代理类”代码如下(核心):

    public class OrderServiceAgency : IOrderServiceComponent                     //实现同一个接口(外观一致)
        {
            private IOrderServiceComponent component;                            //要持有一个instance
            public void SetServiceComponent(IOrderServiceComponent component)    //注入这个instance
            {
                this.component = component;
            }
            public bool NewOrder(OrderInfo order)                                 //“代理类”的接口方法中,可以自定义一些逻辑
            {
                if (Identity.UserID <= 0)
                    throw new Exception("Authorization exception");
    
                order.Total += order.Total * (decimal)0.02;//模拟税收
    
                Console.WriteLine("loging...");
    
                return this.component.NewOrder(order);                            //转发请求到“业务类”
            }
        }

     代码在本页最下方有下载。

    命令模式

     请看PlaceOrder函数方法体:

    public bool PlaceOrder(OrderInfo order)
            {
                try
                {
                    NewOrderCommandResult result=new NewOrderCommandResult();            //由于命令模式不像直接call、返回结果方式,因此写了这个callback类,专门用来放执行结果
    
                    CheckPermissionCommand permissionCommand = new CheckPermissionCommand(new RealExecuters.PermissionService());  //检查权限命令
                    CalculateTaxCommand calculateTaxCommand = new CalculateTaxCommand(new RealExecuters.TaxCalculator(), order);   //计算税命令
                    LogCommand logCommand = new LogCommand(new RealExecuters.LogService());                                        //记录日志命令
                    NewOrderCommand newOrderCommand=new NewOrderCommand(new RealExecuters.OrderService(), order, result);          //调用"核心业务类"命令
    
                    List<IPlaceOrderCommand> list = new List<IPlaceOrderCommand>();        //把这些命令都打包到一个list中
                    list.Add(permissionCommand);
                    list.Add(calculateTaxCommand);
                    list.Add(logCommand);
                    list.Add(newOrderCommand);
    
                    list.ForEach(t=>t.Execute());                                           //遍历执行
    
                    return result.IsSuccess;                                                //callback的执行结果
                    
                }
                catch(Exception ex)
                {
                    Console.WriteLine("exception: "+ex.Message);
                    return false;
                }
            }

     原本的调用方式是直接call,然后目标对象返回结果,命令模式是在这步骤中间截取了一道,它通过增加一个command类来中转对目标方法的调用,此时,只要保存这些command类就能打包命令的执行了。

    核心代码如下:

    interface IPlaceOrderCommand              //命令的抽象接口
        {
            void Execute();                   //就那么一个方法,Execute(), 而且是void和没有参数的
        }
    class LogCommand : IPlaceOrderCommand
        {
            private LogService logService;
            public LogCommand(LogService logService)  //不同的Command需要注入相应的真正实现这个命令的类
            {
                this.logService = logService;
            }
    
            public void Execute()
            {
                this.logService.Log("loging...");      //只是中转调用
            }
        }
    class PermissionCheckCommand: IPlaceOrderCommand

      class Log2Command:IPlaceOrderCommand

     当这些XXXXXXXCommand被instance之后,就可以保存到Queue或者List,又或者序列化。。。。统一Execute(),而且此时执行的话,外观已经一致了,并且没有入参,很方便。

    至于这个模式的callback result怎么写,大家就看看demo代码吧,这里不说了。

    代码在本页最下方有下载。

    状态模式 

    请看PlaceOrder函数方法体:

    public bool PlaceOrder(OrderInfo order)
            {
                try
                {
                    bool isValidaUser = Identity.UserID > 0;
                    IOrderServiceComponent component=null;
                    if (isValidaUser)                                            //根据条件状态,去获取不同的对象,执行不一样的业务逻辑
                        component = new AuthorizaedNewOrderService();
                    else
                        component = new UnAuthorizaedNewOrderService();
                    return component.NewOrder(order);
                }
                catch(Exception ex)
                {
                    Console.WriteLine("exception: "+ex.Message);
                    return false;
                }
            }

     主要的原理是:把代码中大块的if/else中的代码extract到其他class中,实现要点:

                           1. 有几个分支,就写几个类,然后把if/else中的代码重构过去
                           2. 这些新增的类,需要实现同一个接口
    核心代码如下:

    public interface IOrderServiceComponent
        {
            bool NewOrder(OrderInfo order);
        }
    class UnAuthorizaedNewOrderService : IOrderServiceComponent
        {
            public bool NewOrder(OrderInfo order)
            {
                throw new Exception("Authorization exception");
            }
        }
    class AuthorizaedNewOrderService : IOrderServiceComponent
        {
            public bool NewOrder(OrderInfo order)
            {
                order.Total += order.Total * (decimal)0.02;//模拟税收
                //validate entity
                //insert database
                Console.WriteLine("inserting database");
                Console.WriteLine("loging...");
                return true;
            }
        }

     代码在本页最下方有下载。

    模版模式 

    请看PlaceOrder函数方法体: 

    public bool PlaceOrder(OrderInfo order)
            {
                try
                {
                    BaseOrderService srv = new AaronOrderService();  //BaseOrderService是定义的模版抽象类,里面定义了NewOrder函数的主要步骤逻辑
                    return srv.NewOrder(order);                      //AaronOrderService只是重写/实现BaseOrderService的某些方法函数,达到部分自定义,全局固定的状态
                }
                catch(Exception ex)
                {
                    Console.WriteLine("exception: "+ex.Message);
                    return false;
                }
            }

    这个模式在平台设计上也很有用,因为能够做到全局固定、局部变化,简而言之:该不变的就不变、该变的就要变,也有称为热点的。

    核心代码如下:

    public abstract class BaseOrderService
        {
            public bool NewOrder(OrderInfo order)             //这个就是骨架了,逻辑步骤是固定住的
            {
                PermissionCheck();
                TaxCalculate(order);
                bool success=CreateNewOrder(order);
                Log();
                return success;
            }
    
            private void Log()
            {
                Console.WriteLine("loging...");
            }
    
            protected abstract bool CreateNewOrder(OrderInfo order);    //这个函数没有实现,是需要去实现的
    
            protected virtual void TaxCalculate(OrderInfo order)        //这个函数实现了,但是定义成了virtual, 允许子类override
            {
                order.Total += order.Total * (decimal)0.02;
            }
    
            private void PermissionCheck()
            {
                if (Identity.UserID <= 0)
                    throw new Exception("Authorization exception");
            }
        }

    下载demo 代码

  • 相关阅读:
    BZOJ 3732 Network —— 最小生成树 + 倍增LCA
    HDU2586 How far away? —— 倍增LCA
    HDU 5969 最大的位或 —— 贪心 + 二进制的理解
    HDU5968 异或密码 —— 二分 + 边界的细节处理
    Codeforces Round #383 (Div. 2) C. Arpa's loud Owf and Mehrdad's evil plan —— DFS找环
    Codeforces Round #383 (Div. 2) D. Arpa's weak amphitheater and Mehrdad's valuable Hoses —— DP(01背包)
    Codeforces Round #383 (Div. 2) B. Arpa’s obvious problem and Mehrdad’s terrible solution —— 异或
    mysql管理----状态参数释义
    mysql优化———第二篇:数据库优化调整参数
    mysql---事务
  • 原文地址:https://www.cnblogs.com/aarond/p/DP.html
Copyright © 2020-2023  润新知