JAVA开发人员。在你的Java代码中与微软Dynamics对话。

你有没有考虑过从你的Java代码连接到Microsoft Dynamics？是的，我知道......你宁愿远离任何微软的东西......但如果你能从微软Dynamics获得数据（甚至是到微软Dynamics）而不弄脏你的手呢？

我有什么选择？

与任何一种软件集成的经典方式是使用其API。如果你想使用微软Dynamics的API，你实际上有两个选择。两者都是REST API，如果你需要查找它们，请确保查找 "Microsoft Customer Engagement REST API"。微软现在使用 "客户参与 "一词来表示与Dynamics有关的任何东西。

回到你的选择，如果你正在寻找微软Dynamics API，这些是：

- 网络API

- 在线管理API

对于大多数情况下，Web API将是API的自然选择。它实现了OData(开放数据协议)，支持Dynamics 365(包括在线和on-premises)、Dynamics CRM 2016和Dynamics CRM Online。使用的OData版本是4.0版本，使用OData是一大优势。

如果你还没有听说过OData，你可以从以下方面入手。 此处 进而深入 此处.而如果你不清楚OData的优势，我只说它是 。被批准为国际标准(ISO/IEC).要使用这个API，你可能会使用SDL OData Frameworks或Apache Olingo，因为这些作为Java库支持OData V4。

第二个选项是在线管理 API，专门用于与实例相关的任务。您可以对 Office 365 租户中的在线实例执行各种任务，如创建、检索、删除、备份和还原实例。这是一个特定用途的 API，不会在通用集成场景中使用。

除了传统的 API 与 Web API 和/或在线管理 API 集成外，还可以尝试无代码/低代码解决方案。可以使用 PowerApps 并创建一个可以连接到 Microsoft Dynamics 的应用程序。然而，对于开发人员来说，这种方法意义不大......毕竟，你可以编写代码，为什么要回避呢？

如果使用 PowerApps，主要缺点是只能使用已定义的模板。而且，你最终得到的应用程序在离线时完全没有用武之地，也无法真正处理安全等棘手问题。我认为，只有在不会编码的情况下，你才会忍受这些限制。

危险地带--与Microsoft Dynamics的整合可能对我不利？

比方说，你可以选择经典的 API 集成。首先需要注意的是，这需要大量的学习。基本的 API 文档可以在 https://docs.microsoft.com/en-us/dynamics365/customer-engagement/web-api/about?view=dynamics-ce-odata-9.
如果需要使用 Dynamics 以前的版本（9.x 之前），则需要学习 https://docs.microsoft.com/en-us/previous-versions/dynamicscrm-2016/developers-guide/mt607689(v=crm.8).

总之，有很多文档需要你去了解。它并不是超级难上手，但如果你是在现实生活中的应用，那就更难了。如果你选择的是这条路，请确保你有时间去做。

但真正的危险来自更新。Dynamics 的产品生命周期很快！如果回顾过去 10 年，你会得到以下结果（更多详情请查看 https://docs.microsoft.com/en-gb/previous-versions/dynamics/ 旧版本或 https://community.dynamics.com/#dynamicsproductsdivid 为当前的）。)

Dynamics AX

- Dynamics 365 for Finance and Operations

- Microsoft Dynamics AX 2012

Dynamics CRM

- Dynamics 365，用于销售

- Dynamics 365（客户服务）

- Dynamics 365（外勤人员）

- Dynamics CRM 2016

- Dynamics CRM 2015

- Dynamics CRM 2013

- Dynamics CRM 2011

Dynamics NAV

- Dynamics 365业务中心

- Dynamics NAV 2016

- Dynamics NAV 2015

- Dynamics NAV 2013 R2

- Dynamics NAV 2013

- Dynamics NAV 2009 R2

- Dynamics NAV 2009

统一服务台

Microsoft Dynamics ERP的管理报告器

微软Dynamics业务分析器

微软Dynamics营销

简而言之，在过去，如果你要和Dynamics API对话，你不得不考虑微软Dynamics CRM API（2016、2015、2013、2011、4.0）、微软Dynamics GP API、微软Dynamics AX API（2012/2009）、 ...

你只能想象未来10年将给我们带来什么！......现在我们假设你今天建立了与Dynamics的Java集成。在未来的10年里，你需要多少工时来保持这个集成的更新？每次有新的版本推出时，你都需要研究API的变化，并回到你的代码中进行必要的修改。

所有这些来来回回的工作既耗时又容易出错。而且，让我们面对现实吧......非常无聊让一个集成工作起来并不令人兴奋，而在未来保持它的工作就更不令人兴奋了。

安全区--与微软Dynamics的整合能否为我所用？

那有没有更好的方法在Java中进行微软Dynamics的这种集成呢？解决方案是在你（和你的Java代码）和API之间找一个集成工具。我们建议的工具是 Connect Bridge.

这是一个付费工具，但它确实有一个 免费试用 可用，所以你可以看看它是否对你有用。这个工具的优点是它能确保向前和向后的兼容性。你建立你的Java代码与它集成，然后你的用户可以升级（甚至降级，如果有一天是这样的话），你不必担心。微软也可以推出新版本的API，重组他们所有的Dynamics解决方案，或者做他们想做的任何事情......你的解决方案仍然会做它本来要做的事情，而你这边却不需要做任何努力!

这怎么操作呢？ Connect Bridge 基本上是将SQL语句翻译成API调用。你正在编写你的Java代码，就像你使用JDBC访问关系型数据库一样（也支持ODBC和Web服务）。你正在使用SELECT、INSERT、UPDATE和DELETE语句。你正在使用存储过程。但这一切只是一层抽象。

你没有访问Dynamics的数据库（这是好事！）。但看起来你好像是在访问。Connect Bridge自带了一个查询工具，在这里你可以测试你的(假)查询，看到(假)表及其(假)列，并找到一个方便的(假)存储过程。就像我说的，它看起来就像你在看一个SQL数据库一样，但它只是一个抽象的概念。当你完成测试之后，你只需要把所有的东西放在你的代码中，就像你使用JDBC连接到数据库一样......等着瞧吧!一个零维护的解决方案。所有的维护工作都在Connect Bridge这边。这就是为什么它是一个付费工具，这就是为什么它值得每一分钱!

需要注意的是，这不仅适用于从Dynamics中读取数据，也适用于将数据放入其中。对于将数据放入，你需要使用INSERT或UPDATE语句或其中一个可用的存储过程。虽然第一次做的时候会觉得很害怕，因为感觉好像真的在接触Dynamics数据库，但你只要记住，你总是通过API，所以你是在安全的基础上进行的。

结论

我们已经看到如何在Java中访问Microsoft Dynamics数据，可以很容易地使用 Connect Bridge集成平台.好消息是，微软Exchange和微软SharePoint也可以做到这一点。事实上，您可以连接到微软生态系统的任何软件，连接到Salesforce和许多其他软件。

- SharePoint 2010、2013、2016、2019、在线。

- Office 365

- Exchange服务器2003、2007、2010 SP1、2013、2016、2019、Exchange在线。

- 活动目录

- 乒

- Excel、Word、PowerPoint

- 团队、规划师

你只需要有Connect Bridge这个基础集成平台，然后选择你想要的具体软件的连接器。

如果你想了解目前Connect Bridge的连接器，可以去的地方是 https://www.connecting-software.com/connectors/.