задачи получения контекста приложения передо мной не вставало, поэтому указанную Вами проблему я решать даже не пытался. Увы.
Что же до IoC, то я не понимаю как они помогут решить проблему управления загрузкой сборок?
жаль, что мне попалась последняя статья раньше. За нее отдельное личное спасибо! Но в целом, на сколько я понял, идея о регистрации модулей в файле присутствует и там.
вообще, было бы интересно почитать решения на основе Mono Cecil или даже MEF. Т.к. про первое слышу впервые, а второе появилось позже реализации описанной в статье идеи.
о! я нисколько не претендую на то, что предложенный мной подход самый удачный из возможных. Но в стоявшей когда-то задаче было необходимо показывать пользователю описание модуля, на основании которого он принимал решение о целесообразности использования модуля. Т.е. процесс загрузки сборки надо было оттянуть до последнего. Самым очевидным решение стало размещение описания в файле. Плюс использование файла дало еще некоторые преимущества (например возможность контроля целостности модуля).
хм… очень может быть, что я чего-то не понимаю в работе с атрибутами, но на сколько мне известно, для получения атрибута класса необходимо произвести загрузку сборки в память. Плюс, возможно, что модуль требует наличие дополнительных библиотек, анализировать которые в поисках нужного атрибута, пустая трата времени.
Что же до IoC, то я не понимаю как они помогут решить проблему управления загрузкой сборок?