Следующий пост был опубликован 13 января 2012 года:

Какова ситуация сегодня? Идея создания программы, которая бы сама строила компоненты, реализована. С помощью программы ElementMaker сегодня можно получать некоторые виды низкоуровневых элементов для кодогенератора RTCG из содержимого HTML документации, которая идёт вместе с MSVS2010. Под понятием низкоуровневый надо понимать элемент, результатом вызова метода которого, как правило, является одна строка целевого кода на ЯВУ. Программа строит низкоуровневые элементы по следующим видам информации:
- по классам, некоторых видов;
- по интерфейсу;
- по перечислению;
Примером таких элементов, являются все визуальные контролы пакета CNET построенные на классах из постранства имён System.Windows.Forms и многие другие. Есть в пакете и высокоуровневые элементы, которые, как правило, строят более одной строки целевого кода ЯВУ на вызов одного метода. Примером такого элемента можно назвать TCP_client из Internet вкладки. Наверняка, можно построить подобный элемент из нескольких низкоуровневых элементов, но пока, на мой взгляд, более эффективный (по времени) способ создания таких элементов - это целевой поиск в интЫрнете исходных кодов и использование "готовых" классов (исходников) и сборок (DLL). Примером использования сборок являются элементы для работы с другими языками: VBScript, JScript и IronPython, а также вся вкладка Adobe для работы с программами InDesign, Photoshop и Acrobat, как COM-серверами.
Конечно, есть проблемы:
- несовершенство кодогенератора;
- ограничения, накладываемые средой;
- отсутствие поддержки HiAsm сообщества;
Но, несмотря на проблемы, пакет CNET развивается, хотя и медленнее, чем хотелось бы. В данный момент, происходит пересмотр, всех ранее сделанных, элементов на предмет соответствия достигнутому уровню пониманию возможностей кодогенератора и построение wiki документации по всем элементам на английском языке. После завершения "перетряски" и с разрешения автора HiAsm, будут опубликованы версии пакета для 4-ой и 5-ой версий среды.

Редактировалось 5 раз(а), последний 2022-09-20 02:11:36

Моё мнение о знании мной английского языка немногим выше, но это ниcколько мне не мешает: доступных переводчиков сколько угодно, в том числе и переводящих с экрана. Документация по-русски также доступна, если установить русскую версию MSVS2010. Дорогу осилит идущий.
Но повторюсь, что если Вы новичек в "схемотехнике HiAsm", то, конечно, легче начинать освоение с пакета Windows. А вот захотите ли потом что-то сделать в пакете CNET, зависит от того, каким станет пакет в будущем. Сейчас пакет - это испытательный полигон возможностей кодогенератора RTCG.

Немногие, наверное, понимают почему пакет Windows дружественнее к пользователю чем пакет CNET. Большинство элементов пакета Windows - это высокоуровневые (в моей терминологии - смотрите пост выше) элементы с законченными синтаксическими конструкциями ЯВУ, которые позволяют скрыть от пользователя:

на его, так сказать "метод тыка" при создании:

но за счёт снижения эффективности целевого кода, который уже содержит защиты от "дурака" и многочисленные приведения типов данных.

Создание кодогенератора FTCG, а затем RTCG это попытка выхода на новый уровень создания эффективного целевого кода ЯВУ с большей степенью свободы пользователя, которая меньше защищает от возможности "собрать что-то не так". В этом и кроется основное противоречие: хотите построить эффективный код? Значит не надо строить авианосец, чтобы переплыть ручей "переплюйку".

А данная прога доступна только разработчикам или всем желающим? Если всем то где ее искать не подскажите.

Пятая версия (5.0.13) среды с пакетом CNET: hiasm5_cnet_install.rar
В пакет CNET добавлена программа-помощник для создания новых компонентов.
Видео-пример создания нового компонента cnet_make_new_element.rar.

Типизация данных на основе кодогенератора RTCG, позволяет "вставлять" код приведения типов данных, "пришедших" в компонент, и устанавливать для кодогенератора тип для данных, "уходящих" из него. Как это реализовано?
Для начала разработчик определяет используемые в пакете типы:
затем, определяет правила преобразования типов друг в друга:
наконец, разработчик реализует описанные правила:
Теперь рассмотрим как это работает на уровне компонента. Если тип данных, принимаемых точкой, указан в INI файле компонента:
, то достаточно принять данные, используя лексему кодогенератора d(value), которая вызовет функцию sys.to_type(value, type), используя значение типа точки из INI файла:
Если надо указать кодогенератору тип данных, "покидающих" компонент и заранее неуказанный в INI файле компонента, то используется лексема кодогенератора sub(value, type_id):
, где type_id- код типа, определенный в файле hiSys.hws лексемой register(type_id, typename)

Nic, Вопрос на засыпку (хотел задать другие вопросы, но наткнулся на ступор :shock
Почему в TextBox два метода doSelect
И как в TextBox выделить 3-и первых символа текста

code_30837.txt

code_30840.txt
------------ Дoбавленo в 22.28:

Не моя выдумка точно, а сложная система наследования методов визуальных классов:
http://msdn.microsoft.com/en-us/library/system.windows.forms.textboxbase.select.aspx

Nic, Спасибо. А теперь спрошу, то что хотел
Смотри: так работает
code_30841.txt
и так работает
code_30842.txt
а так нет
code_30843.txt
Это баг или так задумано

Всё работает как ожидается. В схемах code_30842.txt и code_30843.txt Вы не открыли верхнюю точку start. Но для вызова метода doSelect(int start, int length) правильно выставили тип данных кнопки Push, поэтому кодогенератор принял данные из потока и они случайно совпали с первым параметром метода doSelect. В схеме code_30843.txt тип данных из потока не совпал с требуемым и Вы увидели сообщение об этом после попытки компиляции. Если бы Вы включили верхнюю точку start, то кодогенератор узнал бы ее тип в INI файле и правильно сделал бы приведение типов, что и делается в схеме code_30841.txt.

Почему надо обязательно включать верхние точки для получения их типа данных мне пока неизвестно, но думаю на то есть причина известная Автору среды и кодогенератора, хотя последний может быть не причём.

Тогда лучше подождать автора.
Добавлю только, что это так отрабатывает метод d()

Как сделать что бы на русском был?

Редактировалось 5 раз(а), последний 2022-09-20 02:11:36

В кодогенератор добавлена экспериментальная функция regex_search - поиск регулярных выражений, основанный на Perl синтаксисе. Требуется дополнительная библиотека: boost.regex, которую надо поместить в корневую папку программы HiAsm. Примером использования служит компонент MathParse. Также надо обновить кодогенератор с SVN.

Здрасте, В компоненте Random у меня какая-то непонятка, проверьте у себя. Если в свойствах установлено мах 100 и не подключено к точке сверху и не передается в потоке - не работает . Если к примеру установить 10 или 1000 - работает.
code_31040.txt
С#v4.0.30319
Это только у меня так?