|
| 盒子资源分类 |
![]() |
|
|
|
|
| uCommand v1.1 (通用命令调用机制) |
![]() |
| 关键字：uCommand CommandCenter 通用 命令调用机制 消息 |
| 来 自：原创 |
| 平 台：Win9x,Win2k/XP/NT,Win2003 |
下载所需：0 火柴 |
| 深浅度：中级 |
完成时间：2005/4/16 |
| 发布者：z_cd |
发布时间：2005/4/16 |
| 编辑器：DELPHI7 |
语 种：简体中文 |
| 分 类：杂项 |
下载浏览：1234/11516 |
|
|
|
|
|
我自己设计编写的实用工具,拿出来与大家共享,希望能对各位有用.
公共单元 uCommand (通用命令调用机制)
版本: 1.1 原创设计: Zcd 编码实现: Zcd
修正了1.0版本中MIDAS调用的一个Bug
主要目的:
1.收集所有界面单元对业务逻辑实现单元的调用命令
2.使所有单元之间相互独立,窗体调用不再需要相互引用。
独立的单元文件，易于维护、分离，实现了代码层次的N层结构
重要概念：
这种机制的思想是把调用方、实现方之间的 命令调度层 独立出来(为了更 好的关注业务功能的实现), 形成一个CommandCenter的东西。
现在是用MIDAS技术实现了这个调度中心的远程调度功能, 如果有空可以用COM+,CORBA甚至是Socket来实现具有远程调度功能的命令调度层。
使用方法：
见uCommand使用说明.txt
设计要点：
1.这种方法提供的单元之间相互调用机制,牺牲了调用效率,换来各单元之间的零耦合。
代码编写中应避免这种调用方式在循环算法中被使用。
2.调用方可以完全不理会如何实现,哪怕是没有实现,只要发出(抛出)命令就够了。这种概念有点把调用和事件统一起来的意思。无论在哪,只要向调度中心注册了指定命令的
实现方法,就能被执行。(当然也可以动态地更换实现方法)
3.这种机制提倡对命令操作的封装, 感觉可以很方便地实现用户操作日志、操作权限控制等难点功能，但尚未设计实现。 |
| 本站原创作品，未经作者许可，严禁任何方式转载；转载作品，如果侵犯了您的权益，请联系我们！ |
| 相关文章 |
|
![]() |
|
|
| 相关评论 |
![]() |
|
共有评论9条
当前显示最后6条评论
|
| gdsa |
2005/4/17 18:50:13 |
比较高深,难以理解!
中国软件的未来,就靠你们了!!!! |
| zjwzhdx |
2005/4/17 23:12:02 |
| 谢谢，能不能提供一个demo，这样更好的帮助我们初学者 |
| z_cd |
2005/4/19 21:12:42 |
| 准备在下一版本中封装MIDAS Pooling技术，让大家通过这种简单的方式就可以做出高效的三层应用，敬请期待 |
| leanang |
2005/10/15 22:28:18 |
| 看了你的作品受益很多．不过期待下个版本里能够有详细点的文档．谢谢 |
| piao40993470 |
2005/11/23 10:03:51 |
z_cd看了这份源码后学习到许多东西，仔细分析感觉将它封装成COM后就可以比较好的解决调用与实现分离了。
+--------+ +--------+
|实现单元| 注册命令→ COM ← |调用模块|
+--------+ +--------+
也就是说调用模块无需知道实现在哪里，只要知道调用名称和参数列表即可。
当然从理论上说将Delphi的函数方法指导传到COM中是可以实现的，在针对这个模块不知是否可行 |
| piao40993470 |
2005/11/23 10:45:58 |
to z_cd看了这份源码后学习到许多东西，仔细分析感觉将它封装成COM后就可以比较好的解决调用与实现分离了。
+--------+ +--------+
|实现单元| 注册命令→ COM ← |调用模块|
+--------+ +--------+
也就是说调用模块无需知道实现在哪里，只要知道调用名称和参数列表即可。
当然从理论上说将Delphi的函数方法指针传到COM中是可以实现的，在针对这个模块不知是否可行 |
| 我要发表评论 |
查看全部评论 |
|
|
|
