Позднее связывание

[metaclass]

Всякое конфигурирование приложений через позднее связывание, xml-конфиги и прочие аннотации-атрибуты чревато еще тем боком, что сдуру можно запросто удалить метод или класс на который формально ссылок в коде нет, и все это дело вполне себе соберется. А потом с грохотом умрет в рунтайме, и это еще хорошо, если на старте, а не где-нибудь в дебрях выполнения после сотни действий юзера.

Comments

[potan.livejournal.com]

Ага, помню в одном проекте делали связывание на этапе линковки - через инициализацию глобальной переменной в C++. Какие .o подсунул, такие классы и заработают.
Не то, что бы очень позднее, но и там плясок с бубном с зависимостями хватило.

[metaclass.livejournal.com]

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

[metaclass.livejournal.com]

Это он и есть. И он меня отсутствием статических проверок типов немного напрягает. Похоже, что для всех конфигов позднего связывания надо добавить обработку при билде и старте - проверить кошерность.

[wizzard]

Рефлекшеном можно искать список всех IAutoLoadable и дергать все.

[alexandr0.livejournal.com]

А если как-нибудь вот так? http://stackoverflow.com/questions/607178/c-how-enumerate-all-classes-with-custom-class-attribute/607239#607239

[metaclass.livejournal.com]

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