BizTalk服务器开发--以Biztalk方式实现

Question

我最近有一个集成项目，时间很短。这是我们使用Biztalk的一个要求，在Biztalk中，所有与集成相关的流程都是集中的。

我的项目要求我使用作业队列模式，其中来自采购系统的订单可能导致多个任务，这些任务必须按照顺序执行。随着稍后在某些事件上为该顺序创建更多任务，这变得更加复杂。

为此编写一个框架，它可以重用，易于维护，并可插接，以便以后用于新客户、目标系统和事务，不能在BizTalk中处理。我选择了纯C# + EF4.1方法，在这种方法中，工作的创建和执行是从Biztalk开始的。

基本上，我们已经减少了BizTalk来扮演Windows的角色。

这个设计不好吗？这是一个糟糕的方法吗？我的心说是这样的，但是在我所面临的限制下，这是最好的方法。

然而，最终，我们正在构建软件解决方案来解决问题。即使这意味着不遵守规范。

你的想法是什么？

Answer 1

我的想法是--首先，如果你不得不使用一种工具，而这种工具仅仅是为了完成一些愚蠢的政策而不适合手头的工作，那么将它降级到整体架构中的某个象征性功能是可以接受的。

然而，BizTalk是一种具有非常特殊技能的工具。例如，大量消息传递、非常快的xslt转换以及易于配置的路由和监视.如果您需要在您的系统中使用这些特性中的任何一个，那么您可能会比使用BizTalk更糟糕。