.net 是COM+；还推荐吗？

几年前，我曾编写ASP.Net应用程序，在COM+组件中部署业务数据访问层。这是我国一些企业基础设施的标准。这仍然是推荐的吗？另一种选择是什么？

在过去的两天里，我一直在尝试让我的两个旧COM+业务对象在新的Windows 2003服务器上工作，我确信我再也不想使用COM+。

WCF是新推荐的对象间通信机制。

COM+实际上只是MTS（）重新绑定并与Windows 2000及更高版本捆绑（这是NT4上的可选额外版本）。如果您使用的是非托管代码，COM+仍然是事务中间层的首选选项。事实上，它通常被用作基准系统中的TP监视器，因为它比.Net或Java更高效，比Tuxedo或Encina更便宜（这降低了$/TPM）

---

WCF（）有自己的事务监视器，这是合理的，因为COM+的体系结构与COM紧密耦合，并且很难将.Net运行时改装为事务监视器。如果您在.Net中编写事务应用程序，WCF提供了这种功能，尽管该库还为ADO.Net客户端提供分布式事务支持。

这里有很多关于WCF的讨论，但我真的认为这不是您想要的

在ASP的早期，人们很快就认识到将所有代码放在标记页中很难维护。因此，一些人开始使用COM组件实现N层设计。如果您的意图是简单地以典型的N层方式构建一个DAL，那么简单的类库就没有理由不满足

研究如何构建类库，将其添加为web项目的参考，当然，还有。

来源：

“COM+是Microsoft®组件发展的下一步 对象模型和MicrosoftTransactionServer（MTS）.COM+处理许多事务 以前必须编程的资源管理任务的 你自己，比如线程分配和安全性。它 自动通过提供线程池、对象池和实时性，使您的应用程序更具可扩展性 对象激活.COM+还有助于保护您的应用程序的完整性 通过提供事务支持获取数据，即使事务跨越 网络上的多个数据库。”

---

虽然看起来像是一种传统的东西，但我认为微软目前提供的任何一种时尚技术都不能取代COM+。

COM+是一种事务监视器，而不仅仅是一种IPC机制。你是怎么做的？阅读COM+并跳转到最接近的技术替代品？我感到震惊的是，这是排名最高的答案，而很可能根本不需要使用WCF。原始项目的架构可能是错误的。阅读他试图实现的目标。我还遇到了COM+迁移到win2k3的问题。就我而言，我必须更改COM+应用程序的安全设置。在“身份”选项卡中，我将帐户从“交互式用户”更改为新的本地计算机帐户。