Prism v4: Unity или MEF?

Question

Скачал Prism v4 и запустил установщик. Я вошел в каталог и побежал две следующие командные файлы:

• Desktop только - Открытые модульности С Mef ​​QuickStart.bat
• Desktop только - Open Модульность С Unity QuickStart.bat

Когда я скомпилируйте эти приложения, я не вижу никакой реальной разницы. Я искал MEF vs Unity, и я нашел некоторые плюсы/минусы, но ничего конкретно не говорится о том, что «лучше» (и я знаю, что это субъективно) с использованием в Prism. Возможно, если я перечислил свои требования, кто-то может указать мне на правильные технологии для использования (даже если это не Prism 4).

• Приложение должно быть написано в WPF (НЕ Silverlight).
• Основное приложение будет очень тонким.
• Основное приложение будет использовать веб-службу для создания меню «приложений/модулей», к которому имеет доступ человек.
• «Приложения/модули» будут полностью содержаться в других управляемых библиотеках.
• Основное приложение получает виды и режимы просмотра, отражая их в этих DLL.
• Основное приложение должно подавать службы для ведения журнала и т. Д. В эти «приложения/модули».

Например:

Основной пользователь может иметь варианты:

• ViewOnly Адрес записи

Все детали Адрес родственный находятся в пределах Address.dll.

Опытный пользователь может иметь варианты:

• Новый адрес звукозаписывающого
• Открыть запись адреса (обновление/удаление)
• Управления пользователей

Всех деталей Адрес родственными являются в Address.dll.
Все элементы Связанные файлы находятся в файле Admin.dll.
Приложение не должно ссылаться ни на одну из этих DLL, я планирую отразить их, чтобы, если существует 100 различных модулей, и пользователь имеет доступ только к двум из них, загружаются и используются только 2 из них. В то время как пользователь, имеющий доступ к 10 из них, получает их. 10.

Я уже решил загрузить DLL через WebService. :)

Answer 1

Нет «лучше»: это разные вещи.

IMO Ваш выбор должен управляться только по вашим требованиям. Основываясь на требованиях, которые вы разместили здесь, я предлагаю вам использовать MEF, потому что у вас есть модули, содержащиеся в DLL, и основное приложение не знает загрузки модулей. Эти задачи являются причиной того, почему MEF существует.

В любом случае вы можете использовать их как: MEF для модульности и единства воспользоваться преимуществами внедрения зависимостей (проверяемость, повторное использование, ...)

Answer 2

Если все модули не перекомпилировать в то же время, как приложение, то MEF дает вам много способов справиться с изменением интерфейсов в главном приложении. В противном случае MEF может быть более сложным, чем вам нужно.

Answer 3

Я использую Unity в течение года с помощью PRISM, но я заметил некоторые серьезные проблемы с утечкой памяти. Поэтому я решил предоставить PRISM 4 и MEF. Первое, что я сделал, это преобразование моего приложения для использования PRISM 4 с Unity. Затем я преобразовал ветвь для использования MEF. Это может показаться забавным, но MEF, похоже, справляется с потреблением памяти и выпуском как-то лучше, чем Unity.

Было бы неплохо узнать, сделали ли другие опыт такого же опыта?

Answer 4

Что касается вашего вопроса, могут ли MEF и UNITY работать хорошо друг с другом, я могу сказать вам, что они работают очень хорошо друг с другом. Я разработал доказательство применения концепции, которое использовало PRISM, Unity и MEF.