★☆★☆〓欢迎高手前来讨论,跟者有分(可另开窗口给分)〓☆★☆★

xgwlg 2002-05-24 01:45:48
关于COM对象与DLL在二进制代码级的重用上有什么异同〉??

他们之间出了除了COM接口规范的便利外,各有什么优势?
...全文
86 23 打赏 收藏 转发到动态 举报
写回复
用AI写文章
23 条回复
切换为时间正序
请发表友善的回复…
发表回复
zhang865 2002-05-24
  • 打赏
  • 举报
回复
羡慕nlstone(天外流星),拽,拽。。。。。
nlstone 2002-05-24
  • 打赏
  • 举报
回复
为防初学者产生歧义,补充一下:
我在上面说的“不需要重编译”指不需要将“该模块与其它相关模块一起编译并链接”,编译是必须的,总不能直接使用源码吧。
该好处可考虑你的代码是给别的客户程序员使用,当你的代码进行升级时的情况。
nlstone 2002-05-24
  • 打赏
  • 举报
回复
简单说两句。
COM说到底是一种编程模式,与语言无关,你可以用任何语言实现。只要你编的代码符合COM规则,就可以说你在做COM组件。
DLL在这里讨论的话应该是取它狭义的含义:即通常我们将一堆函数或类封装起来得到的后缀为DLL的程序模块,它一般不满足COM规范。

最直接的好处:满足COM规范的模块(以下简称COM)修改代码后不需要重编译,且可跨平台,跨语言直接使用;不满足COM规范的DLL模块(以下简称DLL)修改后需重新编译后使用,不利于版本升级,且一般不可跨平台,跨语言性也有相当多的限制。COM有更好的封装性,位置透明性(远程离用非常方便),操作系统对COM有一套底层API函数支持。而比较新的一些技术,如OLE,ActiveX,自动化等,也都是基于COM的。
DLL可不是二进制重用的,举个例子,你在你的DLL的某个类中加一个变量,直接将生成的DLL替换给客户程序使用(不与客房程序一起编译)试试。

详见:Essential COM(潘爱民译)
bigeye123456 2002-05-24
  • 打赏
  • 举报
回复
真的能散到分?爽!!!
lyh_116 2002-05-24
  • 打赏
  • 举报
回复
UP
code_cold 2002-05-24
  • 打赏
  • 举报
回复
同意: yu_hl(卖柴火的小男孩)

or read:
in msdn
In a topic named "from cpp to com"
You will know what you want to know
xgwlg 2002-05-24
  • 打赏
  • 举报
回复
yu_hl(卖柴火的小男孩) :


哪儿有电子版的《COM本质论≥??
lshadow 2002-05-24
  • 打赏
  • 举报
回复
不懂,跟
winne_ll 2002-05-24
  • 打赏
  • 举报
回复
up
xgwlg 2002-05-24
  • 打赏
  • 举报
回复
TO : liagl(小林) :
你的观点好像是站不住脚的,

DLL的一个很明确的特点就是语言无关性


yu_hl 2002-05-24
  • 打赏
  • 举报
回复
建议看一下COM本质论第一章。
yu_hl 2002-05-24
  • 打赏
  • 举报
回复
建议看一下COM本质论第一章。
liagl 2002-05-24
  • 打赏
  • 举报
回复
COM可以跨高级语言使用,普通的DLL则只能由编写该DLL的语言使用。
xgwlg 2002-05-24
  • 打赏
  • 举报
回复
: kingzai() :
两者根本不是一个重量级的?????

怎样理解?

xgwlg 2002-05-24
  • 打赏
  • 举报
回复
我们知道,DLL 是COM对象服务程序的一种实现形式,也就是说 DLL是一种磁盘文件形式,DLL与COM对象之间又可比性吗?
sosolife 2002-05-24
  • 打赏
  • 举报
回复
同意pcman1990(pcman)

个人认为COM可动态暴露接口及位置透明性是它的最大好处 当然COM的优势远远不止这些 还有面向对象的特性 支持版本升级等等
这些都是普通DLL做不到但又很有用的能力
kingzai 2002-05-24
  • 打赏
  • 举报
回复
两者根本不是一个重量级的
xgwlg 2002-05-24
  • 打赏
  • 举报
回复
pcman1990(pcman)

从编程的角度讲,普通DLL是代码级重用,而COM才是二进制重用。
不知此话怎讲??
pcman1990 2002-05-24
  • 打赏
  • 举报
回复
COM可以动态暴露自己的接口,普通DLL办不到。
你所说的二进制重用,是对运行而言;从编程的角度讲,普通DLL是代码级重用,而COM才是二进制重用。
xgwlg 2002-05-24
  • 打赏
  • 举报
回复
: dyw(旺仔) :

你的见解呢?
加载更多回复(3)
内容概要:本文提出了一种基于非合作博弈理论的居民负荷层调度模型,并结合双层鲸鱼优化算法(Two-level Whale Optimization Algorithm)进行高效求解,模型与算法均通过Matlab代码实现。研究针对电力系统中居民侧用电负荷的复杂调度问题,引入非合作博弈机制刻画各用户之间的利益竞争关系,实现负荷的层优化配;同时设计双层优化架构,上层优化资源配置,下层模拟用户自主决策行为,提升了模型的实用性与合理性。通过智能优化算法求解多层级、非凸非线性的博弈模型,有效提高了调度方案的收敛性与全局寻优能力,适用于现代智能电网中的需求侧管理与能源优化场景。; 适合人群:具备电力系统基础理论知识和Matlab编程能力,从事智能电网、能源优化调度、需求侧管理、博弈论应用等方向的科研人员、高校研究生及工程技术人员。; 使用场景及目标:①应用于居民区电力负荷的层优化调度系统设计与仿真析;②为非合作博弈在多主体能源系统建模中的应用提供方法论支持;③利用双层鲸鱼算法解决具有嵌套结构的复杂双层优化问题,提升求解效率与调度方案的可行性。; 阅读建议:建议读者结合提供的Matlab代码深入理解模型构建逻辑与算法实现流程,重点关注博弈模型的效用函数设计、纳什均衡求解思路以及双层优化结构的迭代机制,宜配合实际用电数据开展复现实验以验证模型有效性与鲁棒性。
内容概要:本文围绕基于自适应神经模糊推理系统(ANFIS)智能控制器的可再生能源微电网功率管理系统展开研究,结合Simulink仿真实现,深入探讨了微电网中功率的智能调控与经济机组组合调度问题。通过引入ANFIS控制器,有效应对风能、光伏等可再生能源出力的波动性与不确定性,提升系统运行的稳定性与电能质量。研究内容涵盖微电网多源协调控制策略、功率平衡管理、优化调度模型构建及仿真验证,实现了对布式电源、储能系统和负荷的协同优化,兼顾经济性与可靠性目标,并通过仿真平台验证了所提方法的有效性与优越性。; 适合人群:具备电力系统、自动化或新能源相关专业背景,熟悉Matlab/Simulink仿真环境,从事微电网能量管理、智能控制、能源优化等领域研究的研究生、科研人员及工程技术人员。; 使用场景及目标:①用于高比例可再生能源接入场景下的微电网能量管理系统研发与教学实践;②为实现微电网功率稳定控制与经济高效运行提供先进的智能控制解决方案;③支撑高水平学术论文复现、科研课题攻关及实际工程项目的仿真验证与方案优化。; 阅读建议:建议结合提供的Simulink模型与相关代码进行动手实践,重点关注ANFIS控制器的设计流程、规则库构建与参数调优方法,并通过与传统PID或MPC控制策略的对比实验,深入理解其在动态响应与鲁棒性方面的优势。同时可进一步拓展文中提出的优化调度逻辑,应用于多目标、多约束的复杂实际应用场景中。

16,550

社区成员

发帖
与我相关
我的任务
社区描述
VC/MFC相关问题讨论
社区管理员
  • 基础类社区
  • Creator Browser
  • encoderlee
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告

        VC/MFC社区版块或许是CSDN最“古老”的版块了,记忆之中,与CSDN的年龄几乎差不多。随着时间的推移,MFC技术渐渐的偏离了开发主流,若干年之后的今天,当我们面对着微软的这个经典之笔,内心充满着敬意,那些曾经的记忆,可以说代表着二十年前曾经的辉煌……
        向经典致敬,或许是老一代程序员内心里面难以释怀的感受。互联网大行其道的今天,我们期待着MFC技术能够恢复其曾经的辉煌,或许这个期待会永远成为一种“梦想”,或许一切皆有可能……
        我们希望这个版块可以很好的适配Web时代,期待更好的互联网技术能够使得MFC技术框架得以重现活力,……

试试用AI创作助手写篇文章吧