Galkov, все равно не уловил в чем заключается неправильность в пункте 7). Как бы уже сегодня подобная реализация функционирует для контейнеров с Mode=Function. Да обращение к точки может не просто вернуть btn15.width, но и сформировать ко всему прочему некий код. Этот код будет вставлем перед вызовом метода и ничего вроде бы криминального тут нет. Почему вызов btn15.width до фактического вызова метода не верен?
Реализацию принятия решения inline/function на сегодняшнем этапе не представляю себе даже впринципе. Технически это конечно не так сложно, но на практике видится появление как минимум одной проблемы: поскольку Memory(и еще несколько элементов) могут представлять из себя локальные ячейки памяти, то поведение таких элементов и схем с ними станет почти не предсказуемым. Т.е. вот так сразу глядя на схему мы не сможем сказать, где именно начинается область видимости данной ячейки памяти пока не произведем компиляцию и не уточним с какого элемента CG завернул нам все в ф-цию...
[size=-2]------ Добавлено в 17:47
Впрочем начинаю постепенно иначе смотреть на старую идею разделения св-тв элемента на две группы: базовые и, скажем так, системные.
Администрация
Ответов: 15295
Рейтинг: 1519
|
|||
карма: 27 |
|