• 第一节:职责链模式——需求说明&传统实现


    一、需求说明

      学校 OA 系统的采购审批项目:需求是:

      采购员采购教学器材:

      1、如果金额 小于等于 5000,由教学主任审批(0 <= x <= 5000)

      2、如果金额 小于等于 10000,由院长审批(5000 <= x <= 10000)

      3、如果金额 小于等于 30000,由副校长审批(10000 <= x <= 30000)

      4、如果金额 超过 30000,由学校审批(30000 <= x )

    二、传统方式解决 OA 系统审批,传统的设计方案

      

       我们可以创建一个 PurchaseRequest 请求类,然后根据其中的金额通过 if...else 来判断需要交给谁进行审批。

    三、传统方案解决 OA 系统审批问题分析

      1、传统方式是:接收到一个采购请求后,根据采购金额来调用对应的 Approver(审批人)来完成审批;

      2、传统方式的问题分析:

        客户端这里会使用到分支判断(比如 switch)来对不同的采购请求处理,这样就存在如下问题:

        (1)如果各个级别的人员审批金额发生变化,在客户端也需要变化;

        (2)客户端必须明确的知道有多个人审批级别和访问;

      3、这样对一个采购请求进行处理 和 Approver(审批人)就存在强耦合关系,不利于代码的扩展和维护。

  • 相关阅读:
    keil编译器从ac5迁移到ac6
    分享一个简单易用的软件定时器模块(MultiTimer)——基于keil+stm32f103zet+hal库(裸机实现)
    PID动图——很形象
    jlink之j-scope使用
    Keil的RTX特性
    Keil5创建基于RTX的STM32工程(转载+自己的体会)
    CMSIS-RTOS 简介
    Chapter 3 Phenomenon——13
    Chapter 3 Phenomenon——12
    Chapter 3 Phenomenon——11
  • 原文地址:https://www.cnblogs.com/niujifei/p/14489899.html
Copyright © 2020-2023  润新知