nesco писал(а):
Без четкой типизации данных мы получим те же самые грабли, которые видим сейчасНе совсем понял, о какой типизации идёт речь, но сейчас точки не имеют строго определённого типа, хотя их семантика предполагает какой-то тип. И если на точку приходят данные не того типа, то они автоматически конвертируются. Если бы точки имели определённый тип, то конвертацией занималась бы сама связь, и это можно было бы учесть в кодогенераторе. С другой стороны, можно было бы предположить, что компонент по разному обрабатывает данные разных типов, и это мог бы учитывать упоминаемый в документе Galkov-ым некий "элемент-пин": он мог бы иметь несколько правых точек, по одной на каждый поддерживаемый тип (и не только базовый, но и пользовательский).
------------ Дoбавленo в 15.53:
Galkov писал(а):
А в какое место будем засовывать новые методы.Новые методы - это имеющиеся элементы-пины. Но тут ты скорее прав: автоматически добавлять их к VirtualObject (который играл бы роль Self) если он ссылается на родителя - костыль, не вписывающийся в парадигму.
Galkov писал(а):
Ну и наконец - абстрактный интерфейс. Это означает не более, чем то -- что парент является пустышкой.
Т.е., имеются в виду элементы, обладающие одинаковым набором точек, но ничего общего изнутри.
...Кстати, я так и не понял - а пустышку-то откуда возьмем....
На данный момент - это MultiElement с набором точек и пустой изнутри. Если добавить его в палитру (в нашем новом HiAsm), то получим абстрактный интерфейс.
Поиск
Друзья
Администрация