Это если рассчитывать на то, что на пути от источника до приёмника будут использоваться только определённые "известные среде" элементы, про которые она знает, какого типа данные выдаются, через какие точки могут прийти. Определять-то надо на этапе дизайна.

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

А как там поживает идея о том, что набор свойств и точек определялся бы в дизайн-тайме посредством скриптов?
То есть у нас есть поведение компонент в runtime, задаваемое исходником. Можно было бы добавить поведение компонент в design-time посредством скриптов (design time script - .dts). При отсутствии оного использовать какой-нибудь default.dts (или там element.dts, dtelement.dts, ... в зависимости от имени класса элемента)
Но это я так - мечтаю
Иметь большую часть ХиАсм в скриптах или плагинах open source

------------ Дoбавленo:

А ещё! Поведение компонент в compile-time В смысле - codegen-time ... Хотя, .hws это вроде оно и есть...