Внесу свою лепту в дискуссию :-)...
На мой взгляд - EDT актуален там, где он будет использоваться в нескольких местах:
Например - Добавляем поле в таблицу. Потом это поле идет в контрол на форме. И все. Больше нигде он не участвует. Для примера можно взять информационные поля в любом "ненавороченном" справочнике который редко используется. Например \Основное\Настройки\Бизнес-Анализ\Порт (\Tables\IntrastatPort) и \Основное\Настройки\Бизнес-Анализ\Коды операций (\Tables\IntrastatTransactionCode)
В обоих случаях используется в полях Description и Name используется общий тип Description (который не создавался специально для этих таблиц), а во 2-й таблице еще используется тип NoYesId - который также является общим (НО! сие не относится к ключевому полю - без EDT не будет работать позже переход к основной таблице)
С другой стороны, если в коде планируется обращение к полю; если поле будет ключевым или на нем должны обитать Relations - то EDT - единственно верный путь. В качестве примера можно взять поле SalesId (\Tables\SalesTable) или поле \Tables\\CustTable\Address или любые поля, основанные на типе FileNameOpen
|