Исходники кодогенератора лежат на SVN
------------ Дoбавленo в 00.14:

Если бы она не была нужна, то никто не придумывал бы тип TData, который содержит аж целую структуру и не было бы тогда этих тормозов. Но вот нафиг нам парсить структуру на предмет вытягивания нужного типа, если нам дают этот тип из другого компонента, те нафиг нам определять тип каждый раз, когда достаточно определить конкретный конвертор там, где он нужен, а там, где не нужен использовать входные переменные напрямую
Или зачем читать верхнюю точку, когда данные идут из потока, и наоборот
------------ Дoбавленo в 00.18:
RTCG, вроде, позволяет типизировать данные, но это надо делать вручную. А хорошо бы это дело было автоматизировать, чтобы пользователь не заморачивался с типами вообще. Прицепил String к Integer -- получи конвертер в связи, прицепил String к String -- связь осталась чистой, используюй напрямую. Все эти телодвижения с конверторами должны быть хоть как-то визуализированы. ИМХО.
А может лучше бы было пойти по пути метода API dll. Каждая точка -- это какая-то функция или метод, никаких верхних точек, для их использования ставится специальный компонент перед точкой вызова с загоном верхних точек переменных в вызывающий метод. Тогда для каждой точки методов компонента могут быть определены только свои переменные и всегда типизированные. ИМХО