Plugin Framework - может ли быть слишком много сборок надстроек?

Question

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

В настоящее время мы думаем об использовании MAF, поэтому мы можем использовать разделение интерфейсов хоста и надстройки для управления версиями.

Тем не менее, я обеспокоен тем, что у нас будет много сборок, вероятно, у нас будет по одной на каждую надстройку механизма котировок - из которых может быть 100 в будущем, нам также нужно поддерживать несколько версий, всего может быть много сборок.

Движок котировок также использует WF для управления им, что означает, что каждому домену приложения для каждого надстройки потребуется связанная с ним среда выполнения рабочего процесса. Это кажется довольно тяжелым, но мы можем выгрузить редко используемые надстройки.

Это похоже на хороший дизайн? Мы также рассмотрели одно решение AppDomain, использующее контейнер IOC для загрузки типов надстроек, но я обеспокоен тем, что мы не сможем выгрузить ни одну из сборок, учитывая их количество.

Answer 1

Каждый AppDomain и Assembly действительно добавляет некоторые накладные расходы, но я не знаю каких-либо конкретных ограничений.

Единственное, что вы можете сделать, это протестировать (например, написав код для генерации множества очень похожих, но разных сборок, чтобы попытаться работать с 100, 250, 1000, ....) и посмотреть, как это повлияет).