Dynamics crm Dynamics 365插件开发工具

您使用什么工具来开发CRM插件

我以前使用过“Dynamics 365开发者工具包”和“Dynamics 365开发者扩展”。不幸的是，“Dynamics 365 Developer Toolkit”在VS 2019中不再适用于我（是的，我按照步骤更新了vsix文件）。我看Jason Lattimer已经停止制作“Dynamics 365开发者扩展”

谢谢

是一个商业Dynamics 365/CDS开发附加组件，积极维护并支持Visual Studio 2019

多年来，我一直依赖它来帮助生成代理类、注册和发布插件、在save上发布web资源等等

---

我与XrmToolkit没有任何关联。

就我个人而言，我没有使用，但依靠Azure DevOps管道来部署一切

对于客户端开发，我大量使用带有本地webpack devserver的自动响应程序规则。我不知道如何进一步改进这个过程

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

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

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

---

我不是一个很大的球迷的工具包或模板，规定如何写你的东西，因为他们大多数拥抱糟糕的编程模式。例如，XrmToolkit强制您为客户端脚本使用特定的文件夹结构，以避免弄乱您的crm系统等等。

甚至还没有结束。Rob是正确的，这个问题本身并不需要回答。这更多的是对观点或工具的讨论。但有一个工具值得考虑：查看Scott Durow的spkl部署。它与DevOps构建和部署也能很好地配合使用。除非您的开发环境中有双因素身份验证。这有点破坏了它。除此之外，XrmToolkit还包含了您目前使用的大多数工具。XrmToolkit是一组用于加速Dynamics 365开发和定制的开源插件。如果这些插件中有任何一个是使用反模式编写的，你不会注意到（也许你会注意到，但无论如何），也不必在意它带来了你想要的功能。所以我有点惊讶你不用它。我无法想象不再使用它。这会让事情变得更加困难，费用也会飙升。例如，web资源管理器只是确保您使用的文件夹结构与在dynamics 365中定义的相同。作为一名D365 CE开发人员，我更喜欢spkl（或任何定制上传系统）而不是XrmToolBox webresource，因为我可以选择如何与捆绑包一样的webpack一起管理我的webresources。在控制台中键入“npm run deploy”比打开一些工具提示、点击按钮并观察直到某个过程完成要容易得多。另外，关于反模式的部分不是关于工具箱，而是关于插件模板。