XaocCPS 8 июн 2010 в 09:59

Книга MEF

7 мин

37K

.NET*

+57

Комментарии 36

НЛО прилетело и опубликовало эту надпись здесь

XaocCPS 8 июн 2010 в 10:19

это вполне осуществимо, если будет материал, можно будет попробовать опубликовать

Ctacok 8 июн 2010 в 10:13

Отлично! Всё понятно :) Спасибо большое.

nihi_l_ist 8 июн 2010 в 10:14

Отлично пишите =) С удовольствием почитаю и далее. Жалко вашу прошлую книгу купить не удалось из-за того, что не доставляют в Грузию российские магазины =(

KEP 8 июн 2010 в 10:21

Оотлично! Очень понравилось спасибо! Приятный стиль изложения, и как про меня написано — сам придумывал велосипед для использования плагинов, используя рефлексию и бубен. Было бы здорово почитать еще, пишите!

sidristij 8 июн 2010 в 10:25

Спасибо, порадовали! :) Если что, готов помогать в переводе, тема MEF мне знакома.

XaocCPS 8 июн 2010 в 10:27

это не перевод, спасибо за предложение, занес вас в список :-) если что — обращусь

sidristij 8 июн 2010 в 10:28

Есть много статей на английском. Если что, могу помочь с архитектурой MEF. Т.е. Как это все работает изнутри.

XaocCPS 8 июн 2010 в 10:33

отписал в личку

sidristij 8 июн 2010 в 10:27

Ну или с чем там еще -)

artoodetoo 8 июн 2010 в 10:30

Хорошо излагаете. Буду следить за циклом.
Спасибо!

synchrone 8 июн 2010 в 11:01

Когда я ~~был маленький и глупый~~ ещё не знал про рефлексию и ООП, но сделать плагины уже хотелось — меня всегда интересовало, откуда компилятор узнает про тип FirstPlugin, если он вынесен в плагин и при компиляции его просто нет?

Idsa 9 июн 2010 в 09:05

А причем здесь рефлексия? Насколько я понимаю, просто сборка с плагином статически подключена к проекту. Или я ошибаюсь?

XaocCPS 9 июн 2010 в 10:04

внутри используется рефлексия, конечно, для поиска типов помеченных атрибутами и прочих дел

Idsa 9 июн 2010 в 10:06

Это само собой. Вопрос был про то, откуда компилятор знает о FirstPlugin?

XaocCPS 9 июн 2010 в 10:28

ну он же лежит в том же проекте. плюс инстанцируется нами руками.
во второй главе будет более полезный и наглядный пример плагином который лежит в другой сборке

synchrone 10 июн 2010 в 13:26

Компилятор при сборке проекта не должен знать про типы его плагинов кроме общего интерфейса IPlugin, я считаю.

XaocCPS 10 июн 2010 в 13:40

во второй главе будет рассказано как это сделать

НЛО прилетело и опубликовало эту надпись здесь

XaocCPS 3 мар 2013 в 20:41

:-) а вы памятливый, увы ее уже и не будет

Madcyree 8 июн 2010 в 11:36

я почему-то всегда проводил аналогию между MEF и OSGI…

Ordos 8 июн 2010 в 12:56

На мой взгляд, пример не очень удачный, поскольку экземпляр FirstPlugin создаётся в том же объекте, в котором используется. Это можно было просто присвоение написать: Plugin = new FirstPlugin(). А чтобы заменить FirstPlugin на SecondPlugin нужно изменять класс HomeController. Т.е просто не видно использования того механизма, ради котороно это всё, собственно, и нужно :o)

XaocCPS 8 июн 2010 в 13:01

для первой главы и введения, пример подходящий
про внешние плагины нельзя рассказать без рассказа про каталоги в MEF
собственно, во второй главе про это речь и пойдет, там будут и внешние плагины с более сложным примером :-)

RollingStone 8 июн 2010 в 13:27

Хотел написать то же, что и Ordos.
Ждём продолжения.
Лишь однажды пользовался мефом и он понравился именно стандартизацией разработки.

Idsa 8 июн 2010 в 12:59

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

А с другой стороны, это может привести к проблемам при изменении типа свойства без соответствующего изменения определения атрибута

XaocCPS 8 июн 2010 в 13:09

экспортируемые части все равно помечены контрактом, без их изменения работать архитектура не будет. трудно представить, что разработчик поменял атрибуты у экспорта и не поменял у импорта

впрочем, это лишь рекомендация, если есть желание можно опускать контракт при импорте, правда не всегда

luminous 8 июн 2010 в 17:12

Думаю, следует добавить, что для начала надо добавить в References приложения сборку System.ComponentModel.Composition =)

XaocCPS 8 июн 2010 в 17:30

именно, я в твиттере задал вопрос, найдет ли кто-нибудь то, что я пропустил? и вот нашел, спасибо за внимательность :-)

Alex_At_Net 8 июн 2010 в 17:12

Вопрос: у нас продукт для .NET 2.0 — есть ли версия MEF для 2.0?

XaocCPS 8 июн 2010 в 17:36

такой версии нет, MEF местами использует лямбды и другие фишки из 3.5
в принципе, наверняка, можно портировать, это же опенсорс, но это должен сделать тот кому это надо

есть альтернатива, которая, возможно подойдет
Mono.Addins

monoaddins.codeplex.com/

micbsv 9 июн 2010 в 05:54

Только сегодня на работе обсуждали перевод одного из модулей с 2.0 на 3.5, вроде граблей быть не должно.
Если не секрет, а у вас с чем связано то, что вы не переходите на 3.5?

Alex_At_Net 9 июн 2010 в 06:02

У нас десктопный продукт — не хочется просить пользователей качать 3.5. Мы считаем, что у многих уже есть .NET 2 и, исходя из этого, используем его. Но более-менее адекватных сравнений не делали, на сколько я знаю. Если знаете, скажите.