Теперь о том, что хотелось
бы получить от ассемблера. Вна-
чале о некоторых достоинствах
ассемблера XAS, которые хотелось
бы иметь в идеальном ассемблере.
Это удобный дисковый интерфейс,
автоматическое форматирование и
проверка синтаксиса при вводе
и редактировании строки, макро-
сы расширения клавиатуры, значи-
тельно сокращающие время набива-
ния программы.
Далее некоторые общие пожела-
ния.
- Размер символов. Существу-
ют ассемблеры с размером 32, 42
и 64 символа в строке. Наиболее
удобным для SPECTRUM представ-
ляется формат 42 символа в стро-
ке. При этом сохраняется разбор-
чивость символов и остается дос-
таточно места для комментариев и
строк текста в директивах DEFM.
В последнее время идет повальное
увлечение символами размером 4х8
пикселов. В какой-то мере это
оправдано в текстовых редакто-
рах, а в большинстве других при-
менений доставляет пользовате-
лям больше неудобств, чем дос-
тоинств.
- Способ русификации. Так
как большинство программ пишет-
ся для отечественных пользовате-
лей, в ассемблере должен быть
полный набор символов русского
алфавита. Кроме того, при компи-
лировании DEFM должна произво-
диться перекодировка символов по
загружаемой таблице, чтобы не
ограничивать пользователя в спо-
собе русификациии разрабатывае-
мой программы.
- Должна быть возможность
удобной работы с фрагментами
текста. Это перенос фрагментов
внутри программы, сохранение
фрагментов на внешнем накопителе
и вставка сохраненных фрагментов
в текст программы.
- К ассемблеру должна при-
лагаться процедура перекодировки
текста программы в формат тек-
стового редактора и обратно.
Если все разработчики ассембле-
ров будут предусматривать такую
функцию, не понадобится никаких
других перекодировщиков для пе-
реноса исходных текстов.
- Не должно быть ограничений
на размер текста программы и
таблицы меток. Если размер буфе-
ра текста ограничен, то должна
быть предусмотрена компиляция с
использованием диска.
- Предусмотреть возможность
работы с библиотеками процедур.
Из существующих ассемблеров та-
кую возможность предоставляет
ZX-ASM 3.
- Возможность создания ло-
кальных меток для отдельных
участков программы. Особенно ак-
туально при работе с библиотека-
ми процедур, так как при посте-
пенном расширении библиотеки
очень велика вероятность повто-
рения одинаковых имен меток в
разных подпрограммах.
- Не должно быть псевдомне-
моник недокументированных ко-
манд, чтобы не вводить пользова-
телей в искушение, грозящее мас-
совой несовместимостью програм-
много обеспечения. Прецедент
описан в журнале "ZX-FORMAT" N4.
