Dynamics 365 插件开发工具答案

【问题标题】：Dynamics 365 Plugin Dev ToolsDynamics 365 插件开发工具
【发布时间】：2019-11-17 10:12:22
【问题描述】：

您使用哪些工具进行 CRM 插件开发？

我之前使用过“Dynamics 365 Developer Toolkit”和“Dynamics 365 Developer Extensions”。不幸的是，“Dynamics 365 开发人员工具包”在 VS 2019 中不再可靠地为我工作（是的，我按照步骤更新了 vsix 文件）。我看起来像 Jason Lattimer 已经停止制作“Dynamics 365 Developer Extensions”。

谢谢！

【问题讨论】：

Is This On Topic? 甚至没有接近。
Rob 是正确的，这个问题本身并不能真正回答。它更多的是对意见或工具的讨论。但是一个值得思考的工具是：查看 Scott Durow 的 spkl deploy。它也非常适用于 DevOps 构建和部署。除非您在开发环境中有 2 因素身份验证。这有点打破它。除此之外，XrmToolkit 包含了您现在使用的大多数工具。

标签： dynamics-crm dynamics-365 dynamics-365-sales

【解决方案1】：

我个人没有使用，但依靠 Azure DevOps 管道来部署所有内容。

对于客户端开发，我大量使用 Fiddler 4 和本地 webpack 开发服务器的自动响应规则。我不确定如何进一步改进这个过程。

对于服务器端插件，我更喜欢使用 ILMerge 构建任务（检查 nuget）并将 IPlugin 接口实现与我的代码分开，以便我可以轻松地为此编写单元测试。我不使用 EasyRepro 或 XrmFakeEasy 等测试库。我不认为它们增加了很大的好处，并且或多或少地否定了单元测试的最佳效果之一。创建良好的可测试代码。

对于插件部署，我目前使用 Scott Durrow 的 spkl，到目前为止它运行良好。

为了生成早期绑定的类，我使用了一个自定义 .bat 文件，该文件实际上只是调用了 CrmSvcUtil.exe 和几个额外的 .dll 文件，这些文件有助于创建枚举而不是选项集。

我不太喜欢那些规定你必须如何编写东西的工具包或模板，因为它们中的大多数都包含糟糕的编程模式。例如，XrmToolkit 强制您为客户端脚本使用特定的文件夹结构，以免弄乱您的 crm 系统等等。

【讨论】：

XrmToolBox 是一组用于加速 Dynamics 365 开发和定制的开源插件。如果这些插件中的任何一个是使用反模式编写的，你不会注意到（也许你会，但无论如何），你也不必关心，只要它带来你想要的功能。所以我有点惊讶你不使用它。我无法想象不再使用它。这会让事情变得更加困难，费用也会飙升。例如，Web 资源管理器只是确保您使用的文件夹结构与您在 Dynamics 365 中定义的文件夹结构相同。作为 D365 CE 开发人员，这只是我的两分钱。
我更喜欢 spkl（或任何自定义上传系统）而不是 XrmToolBox 网络资源，因为我可以选择如何使用 webpack 之类的捆绑程序管理我的网络资源。在控制台中输入“npm run deploy”比打开一些工具、点击按钮并观察直到某个进程完成要容易得多。此外，关于反模式的部分不是关于工具箱，而是关于插件模板。

【解决方案2】：

XrmToolkit 是一个商业 Dynamics 365/CDS 开发插件，得到积极维护并支持 Visual Studio 2019。

多年来我一直依靠它来协助生成代理类、注册和发布插件、在保存时发布网络资源等。

我与 XrmToolkit 没有任何关系。

【讨论】：

【解决方案3】：

您可以使用 Microsoft.net 框架和 Visual Studio 或 Visual Studio 代码来实现 Dynamics 365 插件并将其注册到 plugin registration tools。

• Write a plugin • Register a plugin

【讨论】：

您的答案可以通过额外的支持信息得到改进。请edit 添加更多详细信息，例如引用或文档，以便其他人可以确认您的答案是正确的。你可以找到更多关于如何写好答案的信息in the help center。