我已经看到 BizTalk 2010 支持新的 Workflow Foundation 映射器事件(From here:在 WF Designer for AppFabric Applications 中轻松使用映射器和 LOB 适配器)。该依赖项似乎与 AppFabric(因此 - IIS？)相关联。问题是在什么情况下您会使用 BizTalk 引擎外部的映射器事件？在 WF Runtime/AppFabric 中托管映射器有哪些优势提供了在 BizTalk 引擎内部托管所不具备的优势？为什么不直接调用 BizTalk Orchestration Web 服务？
最佳答案
BizTalk 是一个强大而可靠的平台，可托管您的业务流程并执行转换。为此，它包括一个 SQL Server 数据库，除其他外，该数据库提供持久性以确保面对硬件故障或软件崩溃时的弹性。
正因为如此，BizTalk 进程被认为是重量级的，通常很难通过 BizTalk 实现非常低的延迟。
相反，托管在 IIS 中的 WF 工作流通常提供比 BizTalk 等效项更低的延迟。但是，WF 不提供开箱即用的流式 XSLT 转换引擎，适用于在不耗尽所有可用服务器资源的情况下处理大型消息。
这就是为什么在轻量级 WF 工作流中使用高效的流式 BizTalk 映射器在某些情况下是有意义的，它不会产生持久保存到数据库的性能开销。
关于c# - 什么时候在 WF4 中使用 BizTalk Mapper Activity 而不是 BizTalk Engine？，我们在Stack Overflow上找到一个类似的问题： https://stackoverflow.com/questions/8025658/