D365 CE> Какой стандартный способ управления плагинами?

Question

Я ищу руководство по стандартному способу реализации плагинов в D365 CE или рекомендациям Microsoft.

Я обычно придерживаюсь этой практики -
1. Имейте только 1 CRM Solution и один плагин.в сборке (DLL) для всех этих шагов плагина.
2. Для каждого плагина в этом проекте есть отдельный файл ".cs".
3. Каждый плагин соответствует определенной функциональности.Таким образом, в случае, если мы хотим отключить любую функциональность, это можно легко сделать без изменения кода.
4. Иметь только 1 CRM Solution для всех этих плагинов.

С нетерпением ждем некоторого экспертного руководства.

Спасибо!

Answer 1

В это видео бывший MVP Митч Милам рассказывает о трех вариантах компоновки плагина. Он рекомендует подход, который вы изложили выше, и именно этот я обычно использую.

Я также обычно использую консольное приложение для тестирования и отладки плагинов. Для максимальной гибкости я часто помещаю всю бизнес-логику в общий проект Visual Studio. Затем я ссылаюсь на этот общий проект как из проекта плагина, так и из Консольного приложения.

Хотя консольное приложение может ссылаться на DLL, наличие логики в общем проекте легко позволяет мне также использовать логику в проекте рабочего процесса, если я хочу. В конечном счете, общий проект дает мне возможность запустить код в виде плагина, рабочего процесса или консольного приложения.

Вот пример:

.Cmd - это консольное приложение. Проект с двойным ромбовидным значком является общим проектом (который не может быть скомпилирован сам по себе - на него должен ссылаться один или несколько компилируемых проектов).