Как я могу свободно ссылаться на модули в Призме, чтобы они могли или не могут существовать?

Question

В this stackoverflow question Я узнал, что Призма/Единство не такое развязанное, как я думал, например. если у меня есть этот класс, который получает menuManager, введенный в его конструктор, тогда я должен убедиться, что, что этот класс фактически существует где-то (я думал, что вы можете просто вытащить .dll, содержащую класс, и контейнер будет иметь дело с это, например, впрыскивание нуля в своем месте):

public class EmployeesPresenter 
{ 
    public EmployeesPresenter(IMenuManager menuManager) 
    { 

    } 
} 

но я могу с этим справиться: приложение не может работать без MenuModule (или же, как это было предложено, я мог бы иметь NullMenuModule, которая не делает ничего, но сохраняет приложение от взлома).

Однако приложение, которое я создаю, будет иметь класс MenuManager в MenuModule, и каждый модуль должен будет зарегистрировать все, что он хочет иметь в меню с помощью MenuManager. Тем не менее, я хочу, чтобы можно было заменить меню Menu 0 модели, например. есть InfragisticsMenuModule и имеют TelerikMenuModule и т.д.

Однако, когда я нахожусь в, например, CustomerModule, чтобы использовать TelerikMenuModule, Мне нужно ссылаться на него. И когда я хочу использовать InfragisticsMenuModule, мне нужно это сделать.

Итак, как я смогу «горячей замены» TelerikMenuModule с InfragisticsMenuModule без перекомпиляции всех моих модулей с новыми ссылками, например. Я хочу, чтобы заменить это:

Application.exe 
Customers.dll 
TelerikMenuModule.dll 

с этим:

Application.exe 
Customers.dll 
InfragisticsMenuModule.dll 

и просто иметь возможность перезапустить приложение и работает с новым InfragisticsMenuModule.dll и не жалуется, что TelerikMenuModule.dll нет дольше существует.

Answer 1

Это где интерфейсы приходят Вам нужно что-то вроде:.

public interface IMenuSystem 
{ 
    // whatever operations need to be offered by a menu system 
} 

Application.exe и Customers.dll может относиться только к этому интерфейсу. Они не позволяют узнать о конкретной реализации.

Затем вы должны использовать шаги настройки (вызывая методы Register... или используя файл конфигурации), чтобы указать, какой тип обеспечит реализацию MenuSystem.

Answer 2

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

Предложение также заключается в том, чтобы установить этот IMenuModule в общую сборку (отдельно от другой сборки). Обычно я называю эту вещь Something.Core.dll.

У вас могут быть: Application.exe, Customer.dll, Application.Core.dll и конкретная реализация MenuModule.

Ваша конкретная реализация MenuModule будет ссылаться на сборку Application.Core, чтобы получить доступ к ее интерфейсу IMenuModule и реализовать ее там.