2012-03-17 2 views
0

Я собираюсь запустить новый проект WPF с PRISM 4.1 (и Reactive UI). Теперь я немного не уверен в бит IOC/DI. Я играл с MEF и Structure Map, и до сих пор мне очень нравится MEF и его расширяемость.MEF, WPF и Mocking

Проблема в том, что до сих пор я всегда использовал Структурную карту в качестве моего IOC/DI и помогал мне с модульным тестированием (я использую MOQ для издевательств).

Рекомендуется ли использовать MEF как DI/IOC? Или я должен придерживаться Структурной карты для моего IOC/DI и просто использовать MEF в WPF?

ответ

0

Это зависит от ваших потребностей в МОК, но в качестве МОК можно использовать MEF.

Гленн Блок имеет в блоге об этом с 2009

http://codebetter.com/glennblock/2009/08/16/should-i-use-mef-for-my-general-ioc-needs/

Марк Симэн имеет главу о MEF, как МОК в своей книге.

http://www.amazon.com/Dependency-Injection-NET-Mark-Seemann/dp/1935182501/ref=sr_1_1?ie=UTF8&qid=1332021360&sr=8-1

+0

Я знаю, что можно использовать MEF, как МОК/DI - но не уверен, что это «рекомендуется». В основном я пытаюсь получить представление о том, начинают ли люди использовать MEF в качестве IOC/DI? Если нет, то почему нет? Поскольку я почти наверняка буду использовать MEF в WPF, я подумал, что было бы неплохо иметь две разные библиотеки, но просто не уверен. Мои потребности IOC/DI довольно простые, POCO Object Factory и насмешливо в основном. – friend

+0

Чтение вашей первой ссылки, даже Гленн Блок, похоже, не рекомендует MEF в качестве МОК, но все может измениться с помощью MEF2, так как он будет иметь свободный интерфейс (без атрибута). Тем не менее, мне интересно узнать, имеет ли кто-либо успех с использованием MEF в качестве своего IOC/DI. – friend

Смежные вопросы