Microsoft AX 和 Business Connector/企业门户/应用程序集成框架答案

【问题标题】：Microsoft AX and Business Connector / Enterprise Portal / Application Integration FrameworkMicrosoft AX 和 Business Connector/企业门户/应用程序集成框架
【发布时间】：2008-11-13 08:50:27
【问题描述】：

我一直在从事一个旨在将 AX 与 Web 集成的项目。

交付 AX 的公司选择在我的后端直接使用 Business Connector (BC.net)。

我进行了一些搜索，对我来说，看起来我们必须使用应用程序集成框架 (AIF) / 企业门户 (EP) - 这是因为据我了解，BC 不是为多用户设计的web，但必须使用像 EP 这样的会话包装器来实现 - 而且它必须在 LAN 上运行并且不能通过 WAN 连接。

有没有关于这个的cmet？

-- -编辑- 更多信息：

哦，抱歉 - stackoverflow 的新手 - 没有看到您评论了我的问题。

我是从头开始做的。最初的计划是创建一个模型，并通过 BC 直接从 AX 发送对象到我的数据层，但由于 BC 不能传递任何其他东西然后 Axaptaobjects，我们决定序列化为 XML，使用 BC 作为字符串发送，然后反序列化与我的数据层。

现在，一切正常，但稳定性和性能真的很糟糕——我担心提供后端 (BC ->AX) 的公司在这里做错了真的... p>

【问题讨论】：

您可以添加更多信息吗？您是从头开始执行此操作，还是已经有一个网络前端？是 B2B、B2C……您打算购买还是建造？
我现在添加了更多信息 - 而且，它是 B2C...

标签： axapta x++ aif enterprise-portal business-connector

【解决方案1】：

EP 连接到 AX 数据和逻辑抛出 BC。因此，如果您的应用程序具有 BC 性能较慢，则 EP 不能直接是 BC 本身的错误。

（EP：AX Enterprise Portal，BC：AX .NET Business Connector）

【讨论】：

哇 - 这是一具死尸 - 但仍然感谢您的回复。 EP 在 BC 之上添加了一个额外的层，提供了一个自定义的“互斥锁”——从而克服了多个会话相互绊脚导致性能问题的问题。当 BC 通过 DAL“直接”暴露给最终用户时，就是这种情况。除了控制发送到通过 DAL 的 BC 管道。
另外 - 项目不久前结束了 - 故事的结尾是我在 Linq2Sql 之上实现了一个自定义数据库连接器，其中需要一定数量的业务逻辑才能输出数据添加了正确的。此外，在 DAL 和数据库连接器之间添加了持久缓存。最后，我们得到了一个为这个项目定制的非常快速的解决方案。