本文以项目中的一个工作流模块,演示责任链模式、策略模式、命令模式的组合实现!
流程简介
最近在做的一个项目,涉及到的是一个流程性质的需求。关于工程机械行业的服务流程:服务任务流程和备件发运流程。
项目之初,需求不是很清晰,算是演化模型吧。先出一个简单版本,然后根据用户的使用情况,再进一步探测新需求。所以也就是说这两个流程中的每一步暂时都不是固定的,而应该是可配置、可增减的。
目前暂定的两个流程示意图如下:
以上为两个流程的大致过程,当然实际过程中,可能还要走其他的流程。
但是,仔细分析,你会看到。不管有多少个中间步骤,它们始终都对应着它们在该流程中所处的状态:
-
-
-
- public enum MaintanStateEnum
- {
- non_assign,
- non_accept,
- maintaining,
- non_confirm,
- non_userConfirm,
- non_feedback,
- feedbacked,
- goback
- }
你会看到non_后面跟的都是一个个动作。在这里分清状态和动作是很重要的,不然就很难理清了。还有有时一个动作对应着前后状态,不要出现重复的状态比如:created(创建完成)和non_assign(待分配)在这里就是所谓的重复状态。
这些状态其实就是贯穿着整个流程的主线,类似于一个城市的主干道一样。我们只要抓着这样一天线索来思考,就能够化繁为简。
每个步骤可配置,各个步骤不相耦合,实现调用端一致性——责任链模式
而责任链模式,正是为此而生的!
在这里,我采用了责任链模式来封装这种步骤的不确定带来的变化。
首先我们有必要先了解一下,什么是责任链模式:
职责链模式(Chain of Responsibility):使多个对象都有机会处理请求,从而避免请求的发送者和接收者之间的耦合关系。将这些对象连成一条链,并沿着这条链传递该请求,直到有一个对象处理它为止。
适用场景:
1、有多个的对象可以处理一个请求,哪个对象处理该请求运行时刻自动确定;
2、在不明确指定接收者的情况下,向多个对象中的一个提交一个请求;
3、处理一个请求的对象集合应被动态指定。
可以看到无论是上面哪种场景,都存在一个多对一的关系。在这个流程中,一很明显对应着服务流程(说白了就是数据库服务任务的一条记录)。大部分情况下,我们都在完成对一条服务中相关字段的修改,同时置不同的服务状态。而多,在这里应该对应着不同的步骤。
下面来看看实现:
-
-
-
- public abstract class ServiceHandler
- {
- protected ServiceHandler nextHandler;
-
- public virtual void Handle(MaintenanceForm maintenanceForm, object otherParams)
- {
- if (nextHandler!=null)
- {
- nextHandler.Handle(maintenanceForm, otherParams);
- }
- }
-
- }
这是一个抽象处理器,流程中每个步骤的处理器,会覆写这个处理器的处理方法:
创建:
-
-
-
- public class CreateHanlder:ServiceHandler
- {
- public override void Handle(MaintenanceForm maintenanceForm, object otherParams)
- {
-
- if (maintenanceForm.CurrentState==MaintanStateEnum.non_assign)
- {
-
-
- return;
- }
- else
- {
- base.Handle(maintenanceForm,otherParams);
- }
- }
-
-
- public ServiceHandler NextHandler
- {
- set
- {
- base.nextHandler = value;
- }
- }
分配:
-
-
-
- public class AssignHandler:ServiceHandler
- {
- public override void Handle(Model.MaintenanceForm maintenanceForm, object otherParams)
- {
-
- if (maintenanceForm.CurrentState == MaintanStateEnum.non_accept)
- {
-
-
-
- Log(maintenanceForm);
- return;
- }
- else
- {
-
- base.Handle(maintenanceForm,otherParams);
- }
-
- }
-
- public ServiceHandler NextHandler
- {
- set
- {
- base.nextHandler=value;
- }
- }
其他流程我就不一一贴出代码。下面来分析一下以上这几个处理器,有什么特别之处。首先,我们看出了,它是以状态为导向的(在Handle方法的判断中)。每个步骤都有一个NextHandler属性,用来配置下一个处理器,这就可以串联他们到一个流程中。大家可以看到每个Handle方法最后都有一个"return;"语句。没错,这里我使用了不完整的责任链模式。也就是一个流程不是一次走结束的,因为它们可能不是一个时间上的连贯,也可能不是一个人走完所有的流程,比如某人负责创建任务单,某人负责分配等。
下面看看,如何来串联他们到一个流程中:
-
- static ServiceHandler InitServiceChain()
- {
-
-
-
- CreateHanlder createHandler = new CreateHanlder();
- AssignHandler assignHandler=new AssignHandler();
- FinishHandler finishHandler=new FinishHandler();
- FeedbackHandler feedbackHandler = new FeedbackHandler();
-
-
-
-
-
- createHandler.NextHandler=assignHandler;
- assignHandler.NextHandler=finishHandler;
- finishHandler.NextHandler = feedbackHandler;
- feedbackHandler.NextHandler = null;
-
-
-
-
- return createHandler;
- }
上面中第二大代码块,即实现了所有处理器的拼装与整合(只是示例,并不完整)
下面我们来看看客户端调用:
- static void Main(string[] args)
- {
- ServiceHandler serviceHandler = InitServiceChain();
-
-
-
-
- MaintenanceForm newMaintenanceForm=new MaintenanceForm();
- newMaintenanceForm.Creator = "yh";
- newMaintenanceForm.CreatedTime = DateTime.Now;
- newMaintenanceForm.CurrentState = MaintanStateEnum.non_assign;
-
- serviceHandler.Handle(newMaintenanceForm,null);
-
-
-
- MaintenanceForm maintenanceForm = new MaintenanceForm();
- maintenanceForm.LastModifiedTime = DateTime.Now;
- maintenanceForm.CurrentState = MaintanStateEnum.non_accept;
-
- serviceHandler.Handle(maintenanceForm,null);
-
-
-
- maintenanceForm.LastModifiedTime = DateTime.Now;
- maintenanceForm.CurrentState = MaintanStateEnum.goback;
-
- serviceHandler.Handle(maintenanceForm,null);
-
-
-
- maintenanceForm.LastModifiedTime = DateTime.Now;
- maintenanceForm.CurrentState = MaintanStateEnum.maintaining;
-
- serviceHandler.Handle(maintenanceForm,null);
-
-
-
- maintenanceForm.LastModifiedTime = DateTime.Now;
- maintenanceForm.CurrentState = MaintanStateEnum.feedbacked;
-
- serviceHandler.Handle(maintenanceForm,null);
-
- Console.Read();
- }
无论走哪个流程,整个的调用方法只有一个:
- serviceHandler.Handle(maintenanceForm,null);
第一个参数为任务的实体,第二个为附带参数(如果没有,可不必传递)。在任务实体会在流程链中传递,实体中当前状态会指引它交给哪个Handler处理。这样无论你流程中步骤如何变化,在调用端的调用方式都是唯一的。而且你增减步骤对其他流程都不产生任何影响,唯一需要改变的就是组装他们的地方。比如,你需要在创建完服务单之后,走一个审核流程,那么增加它就是一个非常简单的动作。
这里关于发运流程的做法我就不多举例子了,大同小异。
实现每个步骤不同的日志记录方式之——策略模式
这里可能会对日志的记录有多种需求,比如发送Email给远端工程师或者某些领导等,存入数据库或平面文件备份.....
策略模式的细节就不多做介绍了,看实现:
-
-
-
- public abstract class LogStrategy
- {
- public abstract void Log(Object obj);
- }
-
-
-
- public class ServiceDatabaseLogStrategy:LogStrategy
- {
- public override void Log(Object obj)
- {
- if (obj == null)
- {
- throw new NullReferenceException("obj");
- }
-
- MaintenanceForm maintenanceForm = obj as MaintenanceForm;
-
- Console.WriteLine("数据库日志记录");
- Console.WriteLine();
- }
- }
-
-
-
-
-
- public class ServiceEMailDatabaseLogStrategy:LogStrategy
- {
- public override void Log(object obj)
- {
- if (obj==null)
- {
- throw new NullReferenceException("obj");
- }
-
- MaintenanceForm maintenanceForm = obj as MaintenanceForm;
-
- Console.WriteLine("email日志记录");
- Console.WriteLine();
- }
- }
-
-
-
-
- public class ServiceFileDatabaseLogStrategy : LogStrategy
- {
- public override void Log(object obj)
- {
- if (obj==null)
- {
- throw new NullReferenceException("obj");
- }
- Console.WriteLine("文件日志记录");
- Console.WriteLine();
- }
- }
上面就是暂定的几个日志记录策略的实现,下面看看如何将它们组合到各个处理器中。首先,其实刚才处理器的抽象基类是有一个记录日志的虚方法的:
-
-
-
- public abstract class ServiceHandler
- {
- protected ServiceHandler nextHandler;
-
- public virtual void Handle(MaintenanceFormmaintenanceForm, object otherParams)
- {
- if (nextHandler != null)
- {
- nextHandler.Handle(maintenanceForm, otherParams);
- }
- }
-
- public virtual void Log(MaintenanceFormmaintenanceForm)
- {
-
-
- }
- }
上面的抽象类实现的是,默认记录入数据库
其实,每个步骤的处理器中也都存在日志记录的处理(只是为了不干扰讲解责任链,而省略了)
- public classCreateHanlder:ServiceHandler
- {
- public override voidHandle(MaintenanceForm maintenanceForm, object otherParams)
- {
-
- if(maintenanceForm.CurrentState==MaintanStateEnum.non_assign)
- {
-
-
- Log(maintenanceForm);
- return;
- }
- else
- {
- base.Handle(maintenanceForm,otherParams);
- }
- }
-
-
- public ServiceHandler NextHandler
- {
- set
- {
- base.nextHandler = value;
- }
- }
-
- public LogStrategy LogStrategy { get;set; }
-
- public override void Log(MaintenanceFormmaintenanceForm)
- {
-
- if (LogStrategy == null)
- {
- base.Log(maintenanceForm);
- }
- else
- {
- LogStrategy.Log(maintenanceForm);
- }
- }
- }
这里有一个LogStrategy(日志策略基类)类型的属性,用来对外提供配置接口。每个处理器类都覆写了处理器基类的Log方法,逻辑为:如果有日志记录策略,则以日志记录策略来记录,否则用基类的记录方式(DB方式)。
上面在Handle方法返回之前,调用了被覆写的Log方法。
下面看看,外面是如何组装日志记录策略的:
- static ServiceHandlerInitServiceChain()
- {
-
-
-
- CreateHanlder createHandler = newCreateHanlder();
- AssignHandler assignHandler=newAssignHandler();
- FinishHandler finishHandler=newFinishHandler();
- FeedbackHandler feedbackHandler =new FeedbackHandler();
-
-
-
-
-
- createHandler.NextHandler=assignHandler;
- assignHandler.NextHandler=finishHandler;
- finishHandler.NextHandler =feedbackHandler;
- feedbackHandler.NextHandler = null;
-
-
-
-
-
-
-
-
-
-
-
-
-
-
- createHandler.LogStrategy = newServiceDatabaseLogStrategy();
- assignHandler.LogStrategy = newServiceFileDatabaseLogStrategy();
- finishHandler.LogStrategy = newServiceEMailDatabaseLogStrategy();
- feedbackHandler.LogStrategy = newServiceEMailDatabaseLogStrategy();
-
-
- return createHandler;
- }
可以看到在组装流程的时候我们同时组装了日志记录的策略。事实上,这里每个流程只对应了一种策略,当然可以为一个流程配置几个日志记录策略啦(修改为List<LogStrategy>,然后在处理器的Log方法中依次调用)。
处理数据库处理逻辑调用端的一致性——命令模式
不知道大家平时是否都习惯了用三层架构来应对一般项目。在我们的项目中,BLL层是一个傀儡这是一个事实(不对此进行辩论,无论你的是不是,反正我们的项目是了,至于对与错,大家心里都明白)。这里,我一改往日数据库操作调用端采用的各种繁杂的XXXBLL.XXX()的不一致性。改为采用了命令模式来实现对数据库的增改删查。至于理由——业务都由各个处理器实现,没有采用BLL形式的必要。同时我的数据库操作方法的调用端一直,修改就封装在内部。
看看实现:
-
-
-
- public interface ICommand
- {
-
-
- object Execute();
-
-
- }
命令实现:
-
-
-
- public classCreateMaintenanceFormCommand:ICommand
- {
- private MaintenanceFormmaintenanceForm;
- publicCreateMaintenanceFormCommand(MaintenanceForm _maintenanceForm)
- {
- maintenanceForm = _maintenanceForm;
- }
-
- public object Execute()
- {
-
-
- return null;
- }
- }
-
-
-
- public classAssignMaintenanceFormCommand:ICommand
- {
- private MaintenanceFormmaintenanceForm;
- publicAssignMaintenanceFormCommand(MaintenanceForm _maintenanceForm)
- {
- maintenanceForm = _maintenanceForm;
- }
-
- public object Execute()
- {
-
- return null;
- }
- }
且看创建服务单处理器中,如何调用:
- public classCreateHanlder:ServiceHandler
- {
- public override voidHandle(MaintenanceForm maintenanceForm, object otherParams)
- {
-
- if(maintenanceForm.CurrentState==MaintanStateEnum.non_assign)
- {
-
-
- ICommand createCommand = newCreateMaintenanceFormCommand(maintenanceForm);
- createCommand.Execute();
-
-
- Log(maintenanceForm);
- return;
- }
- else
- {
- base.Handle(maintenanceForm,otherParams);
- }
- }
相关推荐
《浅谈医疗环境景观设计——以厦门马銮湾医院景观设计为例》 医疗环境景观设计在现代医疗领域中扮演着至关重要的角色。它不仅提升了医院的整体形象,更关键的是,良好的医疗环境景观能够对病人的身心健康产生积极的...
策略模式是一种行为设计模式,它使你能在运行时改变对象的行为。在软件工程中,我们经常遇到需要根据不同条件或场景动态地改变算法的情况。策略模式就是为了解决这类问题而诞生的,它允许我们用不同的策略(即算法)...
《深入浅出设计模式一——Duck设计(策略模式)》 在软件开发中,设计模式是一种被广泛接受并重复使用的解决方案,它针对特定问题提供了一种通用的、可复用的设计方案。策略模式是其中一种行为设计模式,用于定义...
第34章 命令模式+责任链模式 34.1 搬移UNIX的命令 34.2 混编小结 第35章 工厂方法模式+策略模式 35.1 迷你版的交易系统 35.2 混编小结 第36章 观察者模式+中介者模式 36.1 事件触发器的开发 36.2 混编小结 第37章 ...
计算机网络安全的威胁-[浅谈网络安全的灵魂——安全策略].docx
浅谈四等水准测量——测绘、测量毕业论文设计.doc
此模式包含设计、组织、实施和评估四个主要过程,其中项目的设计是基础,也是能否顺利实施项目教学的关键。 二、课程项目设计思路 为了更好地实施项目驱动教学法,课程项目的设计需要遵循以下几个原则: 1. 项目...
刘伟先生在讲解设计模式时,通常会深入浅出地介绍这些模式的原理、应用场景以及如何有效地在实际编程中应用它们。设计模式并不是具体的代码或库,而是一种经验总结,是软件开发人员在长期实践中形成的通用解决方案的...
在本文中,我们将深入探讨设计模式中的一个经典案例——观察者模式(Observer Pattern),通过具体的实现来理解其工作原理。观察者模式是一种行为设计模式,它定义了对象之间的一对多依赖关系,当一个对象的状态发生...
浅谈数控技术发展趋势———智能化数控系统.pdf
基础知识 基础知识设计模式概述 从招式与内功谈起——设计模式概述(一) 从招式与内功谈起——设计模式概述(二) 从招式与内功谈起——设计模式概述(三) 面向对象设计原则 面向对象设计原则之单一职责原则 面向...
在本文中,我们将深入探讨设计模式中的"观察者模式",并以`WeatherData`为例进行具体实现。观察者模式是一种行为设计模式,它允许我们定义一个订阅机制,当对象状态发生变化时,可以通知所有依赖它的观察者。这种...
本资料包"很好的编程资料——C#设计模式"包含了23种经典的设计模式,每种模式都有对应的C#实现,是C#开发者学习和应用设计模式的宝贵资源。 1. **单例模式**:保证一个类只有一个实例,并提供一个全局访问点。在C#...
"深入浅出设计模式三——Beverage实现(装饰者模式)"这一标题指出,我们将探讨如何使用装饰者模式来实现一个饮品系统。装饰者模式是一种结构型设计模式,它允许我们在运行时向对象添加新的行为或职责,而无需修改对象...
- 责任链模式:将请求沿着处理者链传递,直到某个处理者处理请求。 - 命令模式:将命令封装为对象,以便使用不同的请求、队列或日志来参数化其他对象。 - 解释器模式:定义语言的文法,并提供一个解释器来处理...
随着东部煤炭资源逐渐枯竭、国家产业结构和布局的调整,东部与西部资源的结合是发展的必然趋势。采取怎样的结合方式,是矿权所有企业思考的重点。不同的管理模式具有不同特点,适应的对象也不同,合作的广度和深度也有较...