Здравствуйте, Allaire, Вы писали:

A>Не совсем так... предполагается что-то в духе "горячей замены", т.е. положим есть некая длл с обширным функционалом, забота программиста собственно будет сводится к реализации интерфейсов и методов плагина (в стороне от работающего сервиса). Здесь точка, т.к. задеплоить ее уже сможет кто угодно, не залазя в код проекта и дикого процесса промоушена и ретеста всего солюшна. Сервис ее "подхватит" и будет реализовывать функционал, заложенный в этой длл-ке. Касательно код-реюз, он тоже будет, зечем изобретать колесо по-новой) Идея в том, что клиент не должен страдать при расширении функционала.

Если Вы хостите Ваши сервисы под IIS-ом — у Вас возможность "горячей замены" есть по умолчанию: подложил новую DLL-ку — она сама и подхватилась. Если еще и в виде исходников — можно хоть исходники в блокноте править на продакшене. Для этого никаких плагинных архитектур не требуется, но делать так я бы, понятно, не рекомендовал.

Плагины Вам скорее могут потребоваться на клиенте — чтобы быстро поддерживать новую функциональность сервисов. Это если у Вас клиенты — толстые.
Если клиент — веб-браузер, то существует множество реализаций плагинов (те же Web Parts, например), но это все средства дать юзеру возможность настраивать содержимое страницы.

Если же Вас гложет мысль предоставить некий инструмент для быстрого изменения логики обработки данных кому-нибудь из непрограммистов (аналитикам там всяким) — то лучше забудьте ее сразу же. Такими мыслями выложена дорога в программистский ад, в котором программистов заставляют поддерживать получившиеся у них творения.



A>п.с. нарыл инфу по MEF — но пока не совсем понимаю как его можно использовать для своих целей и стоит ли вообще заморачиваться...

Для толстых клиентов — может пригодиться. Для сервисов — однозначно ни к чему.