.net - .NET 是否使原始 COM 和 DCOM 编程变得多余?

标签 .net com com+ dcom

.net 框架的引入是否使 COM 和 DCOM 中的原始编程变得多余?

(除了使用某些 COM+ 服务,例如通过 System.EnterpriseServices 命名空间进行事务管理)

最佳答案

还没有,因为操作系统仍然不受管理。

如果 MS 最终做他们实验室多年来一直在谈论的事情并生产一个完全托管的操作系统,那么它就会。

不过,该操作系统不会向后兼容。他们必须首先生成 Office、IE 等的托管版本。他们将不得不生产一个虚拟机来运行非托管应用程序。

这种痛苦类似于从 Mac OS9 迁移到 OSX。

关于.net - .NET 是否使原始 COM 和 DCOM 编程变得多余?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/34300/

相关文章:

c# - Nunit 未在测试项目类库 (VS2012) 中遇到断点

c# - SSH.NET Authenticate via private key only (公钥认证)

excel - 通过打开文件启动 Excel 时,不加载 Excel 的 COM 加载项

c++ - COM:返回字符串的拷贝,还是实际值?

c++ - regsvr32 导致 CDatabase destrucor 在使用 SQL Native Client (v2005) 时挂起

c# - 确定 Silverlight 4 WIndows 边栏小工具中的 CPU 和 RAM 使用情况

c# - 在 Visual Studio : Test-case objects missing 中运行单元测试时出错

.net - c# 环境中动态功能运行时的 future ?

com - 将 Activation Context API 与不同位置的许多 dll 一起使用

multithreading - 管理多进程 : What are the common strategies?