捐赠 | 广告 | 注册 | 发布 | 上传 | 关于我们    
  粤ICP备10103342号-1 DELPHI盒子 | 盒子文章 | 盒子问答悬赏 | 最新更新 | 盒子检索 | 下载中心 | 高级搜索    
  精品专区 | 繁體中文 | 奖励公告栏 | 直通车账号登陆 | 关闭GOOGLE广告 | 临时留言    
盒子资源分类
全部展开 - 全部合拢
uCommand v1.1 (通用命令调用机制)
关键字:uCommand CommandCenter 通用 命令调用机制 消息
来 自:原创
平 台:Win9x,Win2k/XP/NT,Win2003 下载所需:0 火柴
深浅度:中级 完成时间:2005/4/16
发布者:z_cd 发布时间:2005/4/16
编辑器:DELPHI7 语  种:简体中文
分 类:杂项 下载浏览:1234/11287
加入到我的收藏
下载错误报错
登陆以后才能下载
 用户名:
 密 码:
自动登陆(30天有效)
图片如果打不开,说明流量不够了,请稍候下载……
我自己设计编写的实用工具,拿出来与大家共享,希望能对各位有用.

公共单元 uCommand (通用命令调用机制)
  版本: 1.1      原创设计: Zcd     编码实现: Zcd
  修正了1.0版本中MIDAS调用的一个Bug
主要目的:
  1.收集所有界面单元对业务逻辑实现单元的调用命令
  2.使所有单元之间相互独立,窗体调用不再需要相互引用。
    独立的单元文件,易于维护、分离,实现了代码层次的N层结构
重要概念:
  这种机制的思想是把调用方、实现方之间的 命令调度层 独立出来(为了更 好的关注业务功能的实现), 形成一个CommandCenter的东西。
  现在是用MIDAS技术实现了这个调度中心的远程调度功能, 如果有空可以用COM+,CORBA甚至是Socket来实现具有远程调度功能的命令调度层。
使用方法:
  见uCommand使用说明.txt
设计要点:
  1.这种方法提供的单元之间相互调用机制,牺牲了调用效率,换来各单元之间的零耦合。
    代码编写中应避免这种调用方式在循环算法中被使用。
  2.调用方可以完全不理会如何实现,哪怕是没有实现,只要发出(抛出)命令就够了。这种概念有点把调用和事件统一起来的意思。无论在哪,只要向调度中心注册了指定命令的
    实现方法,就能被执行。(当然也可以动态地更换实现方法)
  3.这种机制提倡对命令操作的封装, 感觉可以很方便地实现用户操作日志、操作权限控制等难点功能,但尚未设计实现。
Google
 
本站原创作品,未经作者许可,严禁任何方式转载;转载作品,如果侵犯了您的权益,请联系我们
龙脉加密锁 15元起 Grid++Report 报表 申请支付@网
 相关文章
uCommand v1.1 (通用命令调用机制)
z_cd 2005/4/16 下+1234/浏+11288 评+9
uCommand v1.0 (通用命令调用机制)
z_cd 2005/4/15 下+378/浏+6405 评+6
相关评论
共有评论9条
我要发表评论 查看全部评论
 
  DELPHI盒子版权所有 技术支持:深圳市麟瑞科技有限公司 1999-2024 V4.01 粤ICP备10103342号-1 更新RSS列表