Dilma
AlexKir, если чесно ничего не понял Идея вроде и ясно, но как вы это собираетесь воплотить в жизнь - не понятно хотя на результат очень интересно будет посмотреть.
Идея включить компонент-код в программу не нова. Были даже и такие предложения - декомпилировать EXE и составлять по полученному коду схему из hiasm компонент, а все что разбору не поддалось заменять на вот такие вот програмные блоки. Красиво не так ли?
Ну это уже через чур !
(Хотя есть же "невозможный в прнципе " декомилятор Дельфи+VCL
DoDo там "мясо" методов просто заменино на асм вставки )
Теперь собственно о компоненте-коде. Делать его так же как скрипты по интерфейсу, но со вставкой непосредственно в код проекта не хочется.
Я уже писал что вижу НЕСКЛЬКО уровней для разных задачь .
(Ну зачем арифметику то через парсер делать?)
Я бы о сриптах и парсерах подумал бы в самую последнюю
очередь и только для Рунтайма .
Зачем чудовищный избыточный
код тащить в для того чтобы ОДИН раз Y=Sin(x) просчитать ?
Exe-шники некоторых схем вообще до 5кб упадут если
применять "прямой код" .
Вещь первой необходимости, это все-же Код -процедура.
Грубо говоря НиАсм это завод автомат по производству чипов
и схем на их основе - так зачем нужно ставать всюду сложную
программируемую логику если под рукой логика "заказная" ?
А хочется именно вставлять компонент, о чем т-щ Galkov, уже не первый день говорит тут. Да конечно сейчас вставить кусок кода не так сложно, но и сложней чем могло бы быть при условие что кусок этот понадобится всего раз. Поэтому нужно вносить программы для написание компонент в саму среду и делать два принципиально новых типа: статический компонент и динамический. Статический - это то, что хранится на лдиске и то что мы имеем сейчас. Динамический - это компонент существующий в пределах одного проекта и сохраняемый всесте с ним в sha.
Вот именно вместе с ним в sha , но это лучше делать на уровне
не большого кода-процедуры .
А можно ли в НиАсме делать include XYZ.Sha?
Очень было бы удобно было!
С возможностью править кон фиг и коды без перезагруззи среды мы автоматом получим всесторонне полный и гибкий механизм для написания своего кода - как для использования в дальнейшем, так и в текущем проекте. Причем в этом случае переход между статическим и динамическим компонент заключается в одном клике мышкой. Чего не скажешь про скриптовую модель.
Вы УЖЕ сами поняли что чего-то в вашем "суповом наборе"
не хватает и сами добавили скрипты и прасер а также
генератор шаблонов для новых элементов.
Но скрипты в большинстве случаев это просто ЛИШНЫЙ
код в большинстве проектов действительно статического
кода более чем достаточно.
Повторяю если я задумывал ГЕНЕРАТОР кода от
в о ЭМУЛЯТЦИИ (Скрипт-Процессоры и парсеры это ведь просто ЭМУЛЯТОРЫ)
я думал в самый разпоследний "другорядь" !!
Не предлагайте делать схемы на «рассыпухе» и РУ3-РУ5
когда рядом пылится бесплатный цех спец БИС.
Или как вариант всю «заказную логику» эмулировать
на ЭМУЛЯТОРЕ
Z80 или I8080 !
Поиск
Друзья
Администрация