.net 是否基于com技术呢？？

[真相重于对错]

以前有个帖子问，.net下是否还有必要了解com,当时我回答是.net 有可能是基于com,结果遭致一顿板砖。我当时这么回答是因为我想微软费了九牛二虎之力开发并推广了com技术，甚至宣称将来windows都是基于com的，他的office,script,游览器等等，一切新技术都是基于com的，.net也不应该有例外。但是本人水平不够无法说服别人。今天我因为一个com组件的问题，搜索注册表查找它的ProgId，无意发现一个com组件
%system32%\mscoree.dll.当时觉得眼熟，.net下的核心组件叫mscorelib.dll
这个组件和.net有何关系，结果发现它的描述是
“Microsoft .NET Runtime Execution Engine”，
而且他是标准的com组件。通过depends看到它输出了
DllCanUnloadNow
DllGetClassObject
DllRegisterServer
DllUnregisterServer
到现在基本可以肯定.net底层是通过com来运行的，至少是和com有千丝万缕的联系。
不知我说的是否有道理，还需微软专家给与正确的解释

[真相重于对错]

sf

[hyde100]

装配件

[Qim]

jf

[Qim]

zj 楼主说的我一晕一晕的.

[真相重于对错]

我主要是好奇.net如何和底层交互的，一般教材只是说运行时通过.net框架编译为本机语言。具体步骤没有说，.net下是否可以直接使用这个组件呢？

[真相重于对错]

欢迎大家来顶，只当散分贴

[Qim]

看来在下还需 fen fa tu qiang 啊.
对com了解的不多.

[Red_angelX]

先占座吧

[Red_angelX]

我也这么怀疑
不过
--------------------------------------
这个组件和.net有何关系，结果发现它的描述是
“Microsoft .NET Runtime Execution Engine”，
而且他是标准的com组件。通过depends看到它输出了
DllCanUnloadNow
DllGetClassObject
DllRegisterServer
DllUnregisterServer
--------------------------------------
标准的com都有这些输出 ,仅仅凭借描述Microsoft .NET Runtime Execution Engine做为证据是不足的

[QuinsonYue]

en jf

[lexchou]

LZ可以 regsvr32 mscoree.lib /u
然后会发现, .net程序还是能执行.


.net是独立于COM的.

[粉红色的火烈鸟]

LZ可以 regsvr32 mscoree.lib /u
然后会发现, .net程序还是能执行.


.net是独立于COM的.
------.net是基于COM技术，这早就不是新闻，你卸载这个组件，能保证启动clr 运行时的时候它不会再注册？？不然多出这么个东西干什么？？

[xiaoliangwh]

up

[purexiafeng]

了解一下！

[viena]

@_@

[cqliuhang2006]

学习

[lexchou]

有那些导出函数并不能说明.net基于COM。

举个反例就行， 如果真是基于COM的，那为什么对COM互操作还依赖属性来通知JIT给你的类或接口来生成COM的IUnknown或者IDispatch接口？如果真基于COM就可以直接互操作了，显然不需要那么多多余的步骤。