现在学COM的必要性有多大_第二季？ (高分相送，不够再加)
在这个流行Web服务，MOM(面向消息的中间件)，SOA的时期，还有学习COM的必要么？现在COM技术的使用一般都在什么方面，什么应用？最近脑子发热，想学COM，但不知道是否已成昨日黄花。大家都知道，COM真的有些难，掌握起来不易，俺可不想
到头来学了个屠龙之技，呵呵。望前辈们指教，多谢！
[解决办法]
我也是。。MARK
[解决办法]
COM技术很不错，目前确实还占有一定的地位。
但至于什么时候衰败，不好说啊。
本人目前的工作几乎每天都搞和COM有关的东西，当然我的目的是完成工作任务，至于使用的技术不是很在意，老板也不在意。
[解决办法]
写windows程序有皮球那么大
[解决办法]
看你自己的发展方向了，如果是用C++开发Windows平台的应用软件或插件，还是学一下为好，其他就没必要了
[解决办法]
你要用VC++，MFC，COM还是有必要的；不过，这个技术感觉快过时了，复杂；
可以学学C#,很容易就搞定COM需要成百上千行代码才能搞定的事
[解决办法]
Windows上面很多应用都是Com接口，而且在Com接口上也可以方便的进行二次开发，扩展，Explore，IE,Office，Windows Mail,...很多应用都需要Com接口相关技术，如果你有这方面的开发要求，还是可以好好学习一下的
[解决办法]
相当必要啊。
即使是B/S，有时也需要COM，比如客户端认证组件、网络传输加密组件、WEB打印组件...，离开了COM，B/S也会有它为难之处的。
[解决办法]
视你的程序员寿命有多长。如果你觉得你还能做10年以上的编码工作，那就学习COM去吧，否则别沾边，即使学个三五年也没人敢说精通COM。
把COM留给微软的那帮老家伙去搞吧，俺们用.NET轻轻松松做东西，赚钱不一定比他们少，嘿嘿
[解决办法]
mark 想学好COM不易。
对于技术而言，我相信底层决定上层。
比如学好了汇编，对于理解c/c++是非常有帮助的，比不懂汇编的人对问题的认识更深刻。
而学好COM对于理解Web等也是非常有帮助的。
另外我认为要想在技术领域中走的更远一些的话，必须精通底层的技术！
只有理解了底层的技术，你才永远不会被淘汰。
这是我想对自己说的话~~
[解决办法]
很大
[解决办法]
关注中
[解决办法]
了解一下
[解决办法]
very 重要
[解决办法]
com还是至少了解一些好
[解决办法]
Microsoft的许多技术，如ActiveX, DirectX以及OLE等都是基于COM。用COM组件来定制应用程序。
COM并不是一个大的API，它实际上象面向对象编程方法那样，也是一种编程方法。
没有组件：
生成应用程序之后，在对下一个版本重新编译并发行新生成的版本之前，应用程序一般不会发生任何变化。必须等到整个应用程序被重新生成。
使用组件：
此时的应用程序可以随新组件不断取代旧的组件而渐趋完善。
1）传统的做法是将应用程序分割成文件，模块或类，然后将它们编译并链接成一个单模应用程序。
2）它与组件建立应用程序的过程（称为组件构架）有很大的不同。一个组件同一个应用程序类似，即都是已经编译链接好并可以使用的二进制代码。
单模应用程序只有一个二进制代码模块。自定义组件可以在运行时刻同其他的组件连接起来以构成某个应用程序。在需要对应用程序进行修改或改进时，只需要将构成此应用程序的组件中的某个用新的版本替换掉即可。
COM，即组件对象模型，是关于如何建立组件以及如何通过组件建立应用程序的一个规范，说明了如何可动态交替更新组件。
使用组件的优点：
组件架构的一个优点就是应用可以随时间的流逝而发展进化。除此之外，使用组件还有一些可以使对以有应用的升级更加方便和灵活的优点，如应用的定制，组件库以及分布式组件等。
使用组件的种种优点直接来源于可以将它们动态的插入或卸出应用。
两个条件：第一，组件必须动态链接；第二，它们必须隐藏（或封装）其内部实现细节。
二．接口
对于COM来讲，接口是一个包含一个函数指针数组的内存结构。每一个数组元素包含的是一个由组件所实现的函数地址。
对于客户来说，一个组件就是一个接口集。
这个接口就是IUnknown。
所有的COM都要继承IUnknown。
[解决办法]
表示强烈的关注。
[解决办法]
罢了罢了，算了算了吧。建议不要耗时了。
[解决办法]
如果工作用不到还是不要学了，太深。
[解决办法]
感觉会用就行了，至于技术深度 就不需要了，作为一个技术员，最好什么都了解下，可以不需要深，但是一定要了解点东西，现在都需要全才啊，专才就进大公司吧。
[解决办法]
关注!这个话题有经验的大牛们多指点一下.
[解决办法]
觉得没有必要学。
[解决办法]
基础还是要学的，哈哈
[解决办法]
mark
[解决办法]
看完楼上的，很有学的必要
[解决办法]
然而仍然存在一些技术方面的原因。尽管MSIL是平台中立，但 .NET框架类库的某些部分并非平台中立。例如企业服务（Enterprise Services）支持可伸缩、面向事务（transaction- oriented）的应用程序，而它乃是根植于名为COM+ 的早先的Windows技术。因此这一部分只能运行于COM+ 存在的地方。另外一部分类库也明显或多或少地泄漏了它的Windows血统。
引自: 书名：.NET大局观( 第2版)
//-----------------
看做什么开发了，如果用不上，当个玩就行了．
[解决办法]
现在的浏览器插件很多还是COM的
[解决办法]
支持下
[解决办法]
顶一下
[解决办法]
