com 到底有什么优势？

bigbook2000

COM花了很多功夫来做模块的移植，可是到了JAVA和.NET上面，还不如简单的一个class文件

这种理解有点误区，可以看一下我的描述

组件对象模型技术是基于二进制的对象重用技术，它不同于二进制过程函数的重用（DLL），也不同于代码级的重用技术（类，模版等）。它本身就不是一个简单的模型

congy

作为技术因该了解，但我在实际项目中的应用来看，COM 除了在自己的操作系统和系统软件用得很好之外，并没有完全发挥出它所宣扬的优点。

death

我现在只知道com的内存模型，但具体的好处就不知道了，所以学起来不带劲。

知道怎么回事，但不知道具体的好处，不爽

西江秋月

作游戏很少需要了解 COM是什么么，基本上用不到

tangl_99

bigbook2000: Re: com 到底有什么优势？



这种理解有点误区，可以看一下我的描述

组件对象模型技术是基于二进制的对象重用技术，它不同于二进...

你的理解有点误区。

JAVA和.NET的class文件就是说的二进制字节码执行代码的文件。无论是Java还是.NET的class文件,也是一个对象，根本不存在什么dll调用函数，也不是什么源代码的模型。

在远程调用方面，DCOM比起Java或者.NET就麻烦多了。

bigbook2000

呵呵，不过争论这个没有什么意义，但是了解点还是好
记住4点

1、是基于二进制的
2、是面向对象的
3、是可重用的
4、是运行过程中后期链接的

Java是一种语言规范，.NET是应用程序开发框架，跟COM模型不是同一个概念。无论是Java的pack还是.NET的import都是基于编译链接层的，dll是基于函数的。如果你要说方便，我觉得MFC框架库最方便

当然了，COM是在不断发展中，从DCOM到COM+，但看来基于XML的Web Services是将是他的替代产品，Java也好，.NET也好现在基本上都支持Web Services的，Windows，UNIX，Linux等等都支持，只是原来没有形成这么一个规模化的标准而已

tangl_99

看待Java和.NET不应该单单只是看到一种语言，一种程序框架那么简单。

Java,.NET不单单只是一种语言规范那么简单。也应该说的是它虚拟机那层的字节码的规范。

简单来说吧，无论是Java还是.NET,都可以可以把控件封装到一个class文件。而且都满足你说的上面4点。
在第四点”运行过程中后期连接“，JAVA和.NET还甚至可以做到”运行过程中后期创建“，也就是说，我的class对象甚至可以通过我自己的程序生成，然后再执行。这一点是一般机器二进制代码做不到的。

最后还有一点。你说MFC框架最方便，那我们只有”汗“了。

大树懒

向下兼容,,
语言无关,,

如果只是学DX也无需了解它的细节,使用方便

LargeWC

COM是解决语言无关性的一种方案，从接口层实现的。所有的COM类不需要头文件就可以用。
.NET是从语言层解决语言无关性的另外一种解决方案，更加彻底，利用中间语言来实现的。

放弃COM是因为.NET的语言层解决更加有效率和质量，还可以利用动态语言特性，就像上面tangl_99所说的。

DLL动态挂接是一种方式，COM和.NET都需要用它来实现。引用技术在.NET也是语言层实现了，不需要COM的那种封装了。还有COM的类工厂在.NET构架中，也显得太过简单，所以被淘汰是必然的。

LargeWC

楼上的说MFC框架最方便，我也汗……