(转)一个虚构的故事---委托和事件之委托

本文通过一个寓言故事,讲述了在软件开发中如何使用接口和委托来处理事件通知问题,包括接口的抽象化、委托的细化及静态订阅者的实现。
一个蛮有意思的讲法。
1 委托

从前,在南方的一个异国他乡,有一个叫Peter的勤劳的工人,他对老板(boss)百依百顺,然而他的boss却是个卑鄙多疑的家伙,他坚持要求 Peter不断汇报工作进展。由于Peter不希望被boss盯着干活,于是他向boss承诺随时汇报工作进度。Peter通过如下所示的类型化的引用(typed reference)定期回调boss来实现这个承诺:

class Worker {
   public void Advise(Boss boss) {this.boss = boss; }
   public void DoWork() {
   Console.WriteLine("Worker: work started");
   if( boss != null ) boss.WorkStarted();

   Console.WriteLine("Worker: work progressing");
   if( boss != null ) boss.WorkProgressing();

   Console.WriteLine("Worker: work completed");
   if( boss != null ) {
   int grade = boss.WorkCompleted();
   Console.WriteLine("Worker grade= " + grade);
   }
   }
   Boss boss;
}

class Boss {
   public void WorkStarted() { }
   public void WorkProgressing() { }
   public int WorkCompleted() {
   Console.WriteLine("It's about time!");
   return 2;
   }
}

class Universe {
   static void Main() {
   Worker peter = new Worker();
   Boss boss = new Boss();
   peter.Advise(boss);
   peter.DoWork();

   Console.WriteLine("Main: worker completed work");
   Console.ReadLine();
   }
}

1.1 接口

现在,Peter成了一个特殊人物,他不但能够忍受卑鄙的boss,和周围的世界(universe)也建立了紧密的联系。Peter感到universe 对他的工作进程同样感兴趣。不幸的是,如果不为universe添加一个特殊的Advise方法和特殊的回调,除了保证boss能够被通知外,Peter 并不能向universe通知工作进度。Peter希望能从那些通知方法的实现中分离出潜在的通知列表,为此,他决定将方法分离到一个接口中:

interface IWorkerEvents {
   void WorkStarted();
   void WorkProgressing();
   int WorkCompleted();
}

class Worker {
   public void Advise(IWorkerEvents events) {this.events = events; }
   public void DoWork() {
   Console.WriteLine("Worker: work started");
   if( events != null ) events.WorkStarted();

   Console.WriteLine("Worker: work progressing");
   if(events != null ) events.WorkProgressing();

   Console.WriteLine("Worker: work completed");
   if(events != null ) {
   int grade = events.WorkCompleted();
   Console.WriteLine("Worker grade= " + grade);
   }
   }
   IWorkerEvents events;
}

class Boss : IWorkerEvents {
   public void WorkStarted() { }
   public void WorkProgressing() { }
   public int WorkCompleted() {
   Console.WriteLine("It's about time!");
   return 3;
   }
}

1.2 委托

不幸的是,由于Peter忙于说服boss实现这个接口,以至于没有顾得上通知universe也实现该接口,但他希望尽可能做到这一点,至少他已经抽象了对boss的引用,因此,别的实现了IWorkerEvents接口的什么人也可以得到工作进度通知。

然而, Peter的boss仍然极其不满。“Peter!”boss咆哮者,“你为什么要通知我什么时候开始工作、什么时候正在进行工作?我不关心这些事件,你不但强迫我实现这些方法,你还浪费了你的宝贵的工作时间等我从事件中返回。当我的实现需要占用很长时间时,你等我的时间也要大大延长!你难道不能想想别的办法不要老是来烦我吗?”

因此,Peter意识到尽管在很多情况下接口很有用,但在处理事件时,接口的粒度还不够精细。他希望能做到仅仅通知监听者真正感兴趣的事件。为此,Peter决定把接口中的方法分解为若干个独立的委托函数,每一个都好象是只包含一个方法的微型接口:

delegate void WorkStarted();
delegate void WorkProgressing();
delegate int WorkCompleted();

class Worker {
   public void DoWork() {
   Console.WriteLine("Worker: work started");
   if( started != null ) started();

   Console.WriteLine("Worker: work progressing");
   if( progressing != null ) progressing();

   Console.WriteLine("Worker: work completed");
   if( completed != null ) {
   int grade = completed();
   Console.WriteLine("Worker grade= " + grade);
   }
   }
   public WorkStarted started;
   public WorkProgressing progressing;
   public WorkCompleted completed;
}

class Boss {
   public int WorkCompleted() {
   Console.WriteLine("Better...");
   return 4;
   }
}

class Universe {
   static void Main() {
   Worker peter = new Worker();
   Boss boss = new Boss();

   // 注意:我们已将Advise方法替换为赋值运算符
   peter.completed = new WorkCompleted(boss.WorkCompleted);
   peter.DoWork();
   Console.WriteLine("Main: worker completed work");
   Console.ReadLine();
   }
}

1.3 静态订阅者

利用委托,Peter达到了不拿boss不关心的事件去烦他的目标,然而Peter还是不能够使universe成为其订阅者之一。因为universe是一个全封闭的实体,所以将委托挂钩在实例成员上不妥的(设想一下Universe的多个实例需要多少资源)。相反,Peter需要将委托挂钩到静态成员上,因为委托也完全支持静态成员:

class Universe {
   static void WorkerStartedWork() {
   Console.WriteLine("Universe notices worker starting work");
   }

   static int WorkerCompletedWork() {
   Console.WriteLine("Universe pleased with worker's work");
   return 7;
   }

   static void Main() {
   Worker peter = new Worker();
   Boss boss = new Boss();

   // 注意:在下面的三行代码中,
   // 使用赋值运算符不是一个好习惯,
   // 请接着读下去,以便了解添加委托的正确方式。
   peter.completed = new WorkCompleted(boss.WorkCompleted);
   peter.started = new WorkStarted(Universe.WorkerStartedWork);
   peter.completed = new WorkCompleted(Universe.WorkerCompletedWork);
   peter.DoWork();

   Console.WriteLine("Main: worker completed work");
   Console.ReadLine();
   }
}
【电动车优化调度】基于模型预测控制(MPC)的凸优化算法的电动车优化调度(Matlab代码实现)内容概要:本文介绍了基于模型预测控制(MPC)的凸优化算法在电动车优化调度中的应用,并提供了Matlab代码实现。该方法结合了MPC的滚动优化特性与凸优化的高效求解能力,用于解决电动车充电调度问题,提升电网运行效率与可再生能源消纳能力。文中还提及多个相关研究方向技术支撑,包括智能优化算法、机器学习、电力系统管理等,展示了其在多领域交叉应用的潜力。配套资源可通过提供的网盘链接获取,涵盖YALMIP工具包及其他完整仿真资源。; 适合人群:具备一定电力系统、优化理论及Matlab编程基础的科研人员研究生,尤其适合从事电动汽车调度、智能电网优化等相关课题的研究者。; 使用场景及目标:①实现电动车集群在分时电价或电网需求响应机制下的有序充电调度;②结合可再生能源出力与负荷预测,利用MPC进行多时段滚动优化,降低电网峰谷差,提高能源利用效率;③为学术论文复现、课题研究及工程仿真提供可靠的技术路线与代码支持。; 阅读建议:建议读者结合文档中提到的智能优化算法与电力系统背景知识进行系统学习,优先掌握MPC基本原理与凸优化建模方法,并下载配套资源调试代码,以加深对电动车调度模型构建与求解过程的理解。
评论 1
成就一亿技术人!
拼手气红包6.0元
还能输入1000个字符
 
红包 添加红包
表情包 插入表情
 条评论被折叠 查看
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值