System.Addin или «Игры с надёжными плагинами». Часть 1

Если не секрет, какими возможностями обладает «решение в две строчки»? :)

System.Addin или «Игры с надёжными плагинами». Часть 1

Не смотря на то, что MEF и System.Addin вроде бы как служат для одной цели — они разные. Просто разные. У каждого из них есть свои фишки, которых нет у другого…

System.Addin или «Игры с надёжными плагинами». Часть 1

На вкус и цвет, опять же… лично я сомневаюсь в эффективности разработки с одним только рефлектором под руками и без MSDN…

System.Addin или «Игры с надёжными плагинами». Часть 1

На самом деле публикация нескольких статей по MEF была у меня в планах после завершения цикла статей про System.Addin :)

System.Addin или «Игры с надёжными плагинами». Часть 1

У каждого свой стиль ;)

System.Addin или «Игры с надёжными плагинами». Часть 1

Копание исходников рефлектором — крайность, к которой лично я прибегаю только в том случае, если уже пересмотрена вся документация, а проблема всё ещё не решена… либо когда адекватной доки просто нет.

Я более, чем уверен, что и вы не смотрите реализацию каждого класса рефлектором.
В MSDN есть косяки… но на фоне общего количества информации — эти косяки занимают ничтожно мало места :)

System.Addin или «Игры с надёжными плагинами». Часть 1

А ещё можно просто обратиться к документации и обойтись без копания исходников :)

System.Addin или «Игры с надёжными плагинами». Часть 1

Если вопрос стоит так, что стоит использовать System.Addin или писать тоже самое, но руками, то тут выбор явно следует сделать в пользу первого. Хотя бы из соображений экономии времени :)

System.Addin или «Игры с надёжными плагинами». Часть 1

Именно так :)

System.Addin или «Игры с надёжными плагинами». Часть 1

Ну «представление» — это мой вольный перевод слова view :)

System.Addin или «Игры с надёжными плагинами». Часть 1

Это либо интерфейсы, либо какой-либо наследуемый(возможно абстрактный) класс.
Так, например, Хост видит Addin только через Хост-представление… хотя фактически работает с объектом адаптером, который перенаправляет запросы к контракту, который в свою очереднь перенаправляет их дальше на сторону расширения.

Следующая статья многое прояснит.

System.Addin или «Игры с надёжными плагинами». Часть 1

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

System.Addin или «Игры с надёжными плагинами». Часть 1

Блин… промахнулся с ответом… извиняйте :) Я тут новичок) Не привык ещё)

System.Addin или «Игры с надёжными плагинами». Часть 1

Стоп :) Я только сейчас понял, что Вы говорите о SharpDevelop :)
Статья совсем не о #develop :) Она о новом полезном инструменте для разработчиков, который включён в библиотеку .NET 3.5 ;)

System.Addin или «Игры с надёжными плагинами». Часть 1

Почему же не предполагает?) Хост-приложение может быть обычным Stand-alone приложением :) Может так же по-старому цеплять плагины через Reflection или вообще работать без всяких расширений :)

System.Addin или «Игры с надёжными плагинами». Часть 1

Сорри… поправил… сейчас вроде как должно быть всё хорошо.