是否有来自企业服务的事务和池特性的现代替代？

Question

我用ServicedComponent从EnterpriseServices AKA Com+

• 分布式事务
• 使用属性进行简单事务编程
• 对象池

我发现在com+中缺少的东西

• 缺乏dll版本控制
• 每次更换组件时，都要忍受gac & reg的痛苦
• 必须附加调试器

我知道WCF解决了一些与COM+相同的问题。但它解决了所有这些问题吗？谁能给我指明正确的方向吗？

谢谢

Answer 1

我不太熟悉COM+的来龙去脉，但是WCF是用来在.NET平台中替换它和企业服务的。这里提到的所有用例都被放入了框架(池、事务、版本控制)中，并且只要您投入时间学习它想要做的事情，对它的代码就会非常琐碎。当您正确地配置了东西时，您可以使用它做的事情几乎没有限制。

WCF也支撑了微软在近期和更长远的未来所做的许多工作(Azure Services)。我认为这是对你学习时间的值得投资，特别是考虑到你的COM+背景。

我强烈推荐Juval Lowy的书作为一个很好的起点。在这个问题上，他可能是你所看到的最权威的声音。

book&ATT=Programming+WCF+Services%2c+Second+Edition%2c

我也建议你看看他的公司IDesign的网站。它们不仅提供了出色的培训，而且还有一个非常有用的WCF扩展库，名为ServiceModelEx，它提供了许多实用扩展/助手类，使您的WCF生活更加轻松。

http://www.idesign.net/idesign/DesktopDefault.aspx

如果你想找一本更多的教程风格的书，米歇尔·勒鲁克斯·布斯塔曼特的书也相当不错。

Answer 2

如果您想要组件上基于属性的事务，WCF可以为您做这件事。除了隐喻不再像COM+那样是组件，它现在是WCF中的服务。微妙但重要的转变。WCF依赖与COM+相同的事务基础结构(DTC)。

如果您只想在COM+中使用.NET，那么它是相同的EnterpriseServices模型，仍然需要使用DLL部署和版本控制。仍然可以获得池，等等。还可以获得暂停/恢复和其他一些新的ES功能。

如果您只想要一个事务性编程模型，可以使用System.Transactions命名空间。

至于对象池，请看两次。也许值得重新审视一下您以前对object pools.Years的使用，行业所作的假设，或者我们对w.r.t的理解。实例化对象的成本导致了对象池的隐喻。这些假设和谅解今天可能不成立。换句话说，对象池对您的应用程序可能有用，也可能不有用。它仍然在ES，但它是值得考虑你是否需要它。

Answer 3

你应该看看企业服务。