捐赠 | 广告 | 注册 | 发布 | 上传 | 关于我们    
  粤ICP备10103342号-1 DELPHI盒子 | 盒子文章 | 盒子问答悬赏 | 最新更新 | 盒子检索 | 下载中心 | 高级搜索    
  精品专区 | 繁體中文 | 奖励公告栏 | 直通车账号登陆 | 关闭GOOGLE广告 | 临时留言    
 
广告
评论:uCommand v1.1 (通用命令调用机制)
piao40993470 19435 2005/11/23 10:45:58
to z_cd看了这份源码后学习到许多东西,仔细分析感觉将它封装成COM后就可以比较好的解决调用与实现分离了。
+--------+          +--------+
|实现单元| 注册命令→ COM  ← |调用模块|
+--------+          +--------+
也就是说调用模块无需知道实现在哪里,只要知道调用名称和参数列表即可。
当然从理论上说将Delphi的函数方法指针传到COM中是可以实现的,在针对这个模块不知是否可行
piao40993470 19432 2005/11/23 10:03:51
z_cd看了这份源码后学习到许多东西,仔细分析感觉将它封装成COM后就可以比较好的解决调用与实现分离了。
+--------+          +--------+
|实现单元|  注册命令→ COM    ← |调用模块|
+--------+          +--------+
也就是说调用模块无需知道实现在哪里,只要知道调用名称和参数列表即可。
当然从理论上说将Delphi的函数方法指导传到COM中是可以实现的,在针对这个模块不知是否可行
leanang 18450 2005/10/15 22:28:18
看了你的作品受益很多.不过期待下个版本里能够有详细点的文档.谢谢
z_cd 14132 2005/4/19 21:12:42
准备在下一版本中封装MIDAS Pooling技术,让大家通过这种简单的方式就可以做出高效的三层应用,敬请期待
zjwzhdx 14084 2005/4/17 23:12:02
谢谢,能不能提供一个demo,这样更好的帮助我们初学者
gdsa 14080 2005/4/17 18:50:13
比较高深,难以理解!
中国软件的未来,就靠你们了!!!!
z_cd 14074 2005/4/17 11:25:30
to mrjiou:
  跨DLL调用我没试过,理论上共享内存管理器或动态包编译是可行的
  你在共享内存管理器之后关闭DLL是否正常呢? 如果成功的话,我想这是开发插件式
可扩展软件系统的另一个简单方法。
mrjiou 14072 2005/4/17 10:20:52
垮Dll使用是可能要共享内存管理器,我现在就出现关闭Dll时无法正确释放CommandCenter的问题,会出错
harmy 14068 2005/4/17 1:41:33
谢谢你发分享,能有demo就更好了:)
第一页 上一页 下一页 最后页 有 9 条纪录 共1页 1 - 9
 用户名:
 密 码:
自动登陆(30天有效)
 
  DELPHI盒子版权所有 技术支持:深圳市麟瑞科技有限公司 1999-2024 V4.01 粤ICP备10103342号-1 更新RSS列表