对“银行业务调度系统模拟实现”的一点改进

之前的银行业务调度处理一文，写的比较的简单，实际上，其中存在着不少不够“OO”的问题，今天，我们看看要如何的改进

以客户的需求变更为例：

1、银行需要增加一个“理财金窗口”与之对应的就有一个理财金客户

2、理财金客户和VIP客户在办理业务的时候，需要输入他的VIp编码

3、所有的客户办理完业务之后，需要按“满意、不满意”按钮对本次业务进行评价。

 

好吧，我承认，客户的需求变更应该是世界上最令程序员讨厌的事了，记得好像看过一本书，大概的说法是这样的：世界上只有两种软件的程序员没有改过他的软件，一种是这个软件的作者已经死了，一种是这个软件的作者正在去见客户，准备改动他的软件。深以为然。

上次的程序面对这次需求变更，会有什么问题呢？
1、现在的客户Customer已经不仅仅是数据的载体了，它更像一个类，是数据和行为的集合，ok，我们必须也像Employee一样，弄个Customer“家族”出来，不同的Customer有不同的行为
2、Bank类中的三个队列不够用了，我们需要四个，也许哪天需要五个，六个，每次的改动我们都必须修改Bank类，违反了面向对象的Open-Close原则,不能简单地用static声明几个变量就行
3、实际办理业务的时候，有的客户需要输入他的Vip编码，有的不用，客户现在增加了都要评价业务的动作，也许未来还会需要增加办理业务前，客户先做20个俯卧撑（-_-b）

原来的这段代码，就需要改动了
   if (currentCustomer != null)//为客户办理业务
                {
                    Info.AddBeginBusinessInfo(this, currentCustomer);
                    Thread.Sleep(currentCustomer.BusinessTime);
                    Info.AddEndBusinessInfo(this, currentCustomer);
                }

4、Info记录如果需要记录到数据库呢？

一步步来，首先做简单的，第1步和第3步，重新修改Customer和Employee，当然，作为简单工厂的生产方法，不可避免地需要修改

/// <summary> /// 普通客户 /// </summary> public class Customer { /// <summary> /// 客户名 /// </summary> public string Name { get; set; } /// <summary> /// 客户办理业务所需的时间 /// </summary> public TimeSpan BusinessTime { get; set; } #region ICustomer 成员 public virtual void BeginBusiness() { //什么都不做 } public virtual void OnBusiness() { //什么都不做 } public virtual void EndBusiness() { Random rnd = new Random(); if (rnd.NextDouble() > 0.3) { Info.WriteMessage("{0}表示满意",Name); } else { Info.WriteMessage("{0}表示不满意",Name); } } #endregion }

对窗口Employee的业务办理就可以

currentCustomer.BeginBusiness();//客户先做某事 Info.AddBeginBusinessInfo(this, currentCustomer); currentCustomer.OnBusiness();//办理业务中客户做某事 Thread.Sleep(currentCustomer.BusinessTime); Info.AddEndBusinessInfo(this, currentCustomer); currentCustomer.EndBusiness();//办理完后客户做某事

这里头BeginBusiness和OnBusiness方法可以看成是一个“钩子”，在模板方法中常用

普通情况下，可以像Customer类一样，一个空方法，什么都不做，也可以在子类中重写

 

public class VipCustomer : Customer, IHasVipNo { #region IHasVipNo 成员 public string VipNo { get; set; } public void ShowVipNo() { Info.WriteMessage("客户{0}显示VIP编号{1}", Name, VipNo); } public override void BeginBusiness() { base.BeginBusiness(); ShowVipNo(); } #endregion }

 

至于第2步
对于bank类中的数据，3个队列变成4个队列，变化的是数据的长度，改用集合，把访问集合的方法GetNormal、GetVIP等统一成一个方法GetCustomer，由外界传递标示，以决定在哪个队列中获取数据，至于标示，“约定胜于配置”，统一使用“Normal、VIP、Money、Quick”即可，窗口员工Employee也使用相同的标示访问队列,这样窗口只要剩一个Employee类就可以了，所有的窗口统一都利用一样的逻辑来访问不同队列，当然，顺序从外部传递.

 

public class Bank { Dictionary<string, Queue<Customer>> customers; public Bank() { customers = new Dictionary<string, Queue<Customer>>(); } /// <summary> /// 在银行中增加一个新的队列 /// </summary> /// <param name="queueName"></param> public void AddQueue(string queueName) { customers.Add(queueName, new Queue<Customer>()); } /// <summary> /// 从指定队列获取客户，队列为空，获取null /// </summary> /// <param name="queueName">要获取的队列名。为Normal，Vip，Money，Quick</param> /// <returns></returns> public Customer GetCustomer(string queueName) { lock (customers) { if (!customers.ContainsKey(queueName)) throw new ArgumentException("无效的队列名"); if (customers[queueName].Count > 0) return customers[queueName].Dequeue(); return null; } } /// <summary> /// 增加客户到队列尾部 /// </summary> /// <param name="queueName">要增加到得队列名</param> /// <param name="customer">要增加的客户</param> public void AddCustomer(string queueName,Customer customer) { lock (customers) { if (!customers.ContainsKey(queueName)) throw new ArgumentException("无效的队列名"); Info.AddWaitInfo(customer, customers[queueName]); customers[queueName].Enqueue(customer); } } }

 

窗口Employee统一改为

 

public class Employee { /// <summary> /// 该窗口服务的客户队列名 /// </summary> public List<string> ServiceQueueNames { get; set; } Bank bank; /// <summary> /// 服务的银行 /// </summary> public Bank Bank { get { return bank; } set { bank = value; //bank.Employees.Add(this); } } protected Thread thread; public Employee() { if (ServiceQueueNames == null) ServiceQueueNames = new List<string> { "Normal" };//默认只对普通客户队列服务 thread = new Thread(new ThreadStart(DoBusiness)); } /// <summary> /// 当前办理业务的客户 /// </summary> protected Customer currentCustomer; /// <summary> /// 获取下一个要处理的客户 /// </summary> protected virtual void GetCustomer() { //按顺序获取客户 foreach (string queueName in ServiceQueueNames) { currentCustomer = Bank.GetCustomer(queueName); if (currentCustomer != null) { //如果获取到了客户，就无需继续获取了 return; } } } }

初始化时由外界传入客户的种类和窗口种类

 

//初始化4种客户类别 Bank bank = new Bank(); bank.AddQueue("Normal"); bank.AddQueue("Vip"); bank.AddQueue("Money"); bank.AddQueue("Quick"); //初始化窗口，以及每个窗口服务的客户种类 List<Employee> all = new List<Employee> { new Employee { Name = "普通业务窗口1" ,Bank=bank}, new Employee { Name = "普通业务窗口2",Bank=bank }, new Employee { Name = "普通业务窗口3",Bank=bank }, new Employee { Name = "普通业务窗口4",Bank=bank }, new Employee { Name = "VIP业务窗口" , Bank=bank, ServiceQueueNames=new List<string> { "Vip", "Money", "Normal" } }, new Employee { Name = "快速业务窗口",Bank=bank,ServiceQueueNames=new List<string>{"Quick"} }, new Employee { Name="理财金业务窗口", Bank=bank, ServiceQueueNames=new List<string> { "Money", "Vip", "Normal" } } };

 

 

第4步的要求很容易解决，在Info类中维护一个ILoger抽象，输出到屏幕或是输出到文件、输出到数据库，只需要传入不同的ILoger实例即可

 

class Info { public static void AddWaitInfo(Customer customer,ICollection queue) { WriteMessage("{0}：{1}加入等待队列，前面有{2}人等待。", DateTime.Now, customer.Name, queue.Count); } public static void AddBeginBusinessInfo(Employee employee, Customer customer) { WriteMessage("{0}：{1}开始为{2}办理业务。", DateTime.Now, employee.Name, customer.Name); } public static void AddEndBusinessInfo(Employee employee, Customer customer) { WriteMessage("{0}：{1}为{2}办理业务结束。", DateTime.Now, employee.Name, customer.Name); } public static void WriteMessage(string msgFormat, params object[] para) { lock (Loger) { Loger.WriteFormat(msgFormat, para); } } public static ILoger Loger = new ScreenLoger(); } public interface ILoger { void WriteFormat(string format, params object[] para); } public class ScreenLoger : ILoger { #region ILoger 成员 public void WriteFormat(string format, params object[] para) { Console.WriteLine(format,para); } #endregion } public class FileLoger : ILoger { string path = "D://log.txt"; #region ILoger 成员 public void WriteFormat(string format, params object[] para) { System.IO.StreamWriter sw = new System.IO.StreamWriter(path, true); sw.WriteLine(format, para); sw.Close(); } #endregion }

 

 

这个例子因为要模拟客户的加入取号和窗口业务，因此复杂了些，实际的项目因为不需要考虑多线程生产客户和窗口的死循环获取客户，要简单的多，不过要注意的还是蛮多的

1、在系统中，哪些是经常变化的，或者是可能变化的

2、设计模式很多时候是解决需求变化的良药，但是有时，简单的约定也可以做得到

3、多线程编程时，线程冲突是个问题，写自己的类时，要注意写一个“线程安全”的类，也许哪天，它的方法有可能在多线程环境下调用

 

最后，同一个系统，可能有多种解决方法，不求最优，只要能完成任务即可。