Интерпретатор входного языка

Простейшая форма диспетчера встречается сравнительно редко. Иногда можно написать прикладную программу, однозначно реагирующую на каждый входной сигнал. Однако к такому виду можно привести сравнительно мало практических применений. Большинство программ требует применения более сложных диспетчеров, способных не только реагировать на отдельные входные сигналы, но и распознавать их различную последовательность. Примерами могут служить упомянутая ранее последовательность нажатий на одну кнопку, а также последовательность сигналов от клавиатуры, представляющая строку символов определенная последовательность может быть получена смешением входных сигналов от различных входных устройств. Каждая последовательность образует своего рода команду, полный набор таких команд определяет входной язык, с помощью которого человек сообщает программе свои пожелания. Такое определение приводит к распространению понятия интерпретатор входного языка на любой диспетчер, который обрабатывает команды входного языка. Естественно, что построение интерпретатора входного языка очень сильно зависит от вида применяемого языка. Более подробно входные языки и интерпретаторы для их обработки обсуждаются в гл. 15. [c.208]

Желательно иметь возможность легко изменять входной язык путем добавления новых команд. Нужно также предусмотреть, чтобы часто выполняемые команды работали быстрее. Это можно сделать на двух различных уровнях один — на уровне программиста, другой — на уровне пользователя. Программист должен иметь возможность модифицировать язык с минимумом усилий. Более сложный подход состоит в создании расширяемого языка. Пользователю могут быть предоставлены специальные средства для создания новых макрокоманд, которые расшифровываются интерпретатором входного языка. Таким путем пользователь может приспособить язык к собственным нуждам. Однако эту идею часто трудно объяснить пользователю, который ранее не был связан с программированием. [c.342]

Интерпретаторы входного языка [c.344]

Такой таблично-управляемый диспетчер может обслуживать несколько различных входных языков для смены языка или модификации уже существующего надо только составить новую таблицу. Такой диспетчер будет называться интерпретатором входного языка. [c.345]

Каждая из этих команд может быть прослежена по дереву, начиная с его корня. Но данный интерпретатор входного языка начинает анализ не с корня, а с последнего узла, соответствующего предыдущей команде. Если это не дает результата, то используется узел [c.345]

Наибольшие трудности при разработке управляющих языков для машинной графики возникают из-за необходимости использования нескольких устройств ввода. Добавление этого требования означает, что, прежде чем интерпретатор входного языка начнет обрабатывать данные, содержащиеся в команде, он должен определить. [c.347]

Если интерпретатор входного языка по диаграмме состояний может организовать связь с требуемой процедурой, то диаграмму состояний можно рассматривать как описание входного языка. Так было сделано в нескольких системах, использующих понятие обработчика реакций для обозначения интерпретатора входного языка, описанного диаграммой состояний. [c.350]

ПРОЕКТИРОВАНИЕ ИНТЕРПРЕТАТОРА ВХОДНОГО ЯЗЫКА [c.354]

При проектировании интерпретатора входного языка требуется решение нескольких вопросов. Они могут быть разбиты на 3 группы проектирование диспетчера, составление правил компиляции таблиц, ввод данных в программу. [c.354]

Транслятор предназначен для обработки программы, написанной на входном языке. Он может представлять собой интерпретатор, компилятор или генератор макрорасширений. [c.50]

Интерпретатор поочередно анализирует и исполняет указания, выраженные предложениями входного языка. В оперативной памяти ЭВМ при решении задачи присутствуют прикладная программа на входном языке и интерпретатор. [c.260]

В концептуальную основу программы положено понятие оператора. По существу операторы можно рассматривать как обобщение процедуры выбора по меню, содержащему определенные вычислительные алгоритмы линейной алгебры или теории управления. Операторы языка L-A-S позволяют выбирать определенную функцию и присваивать ей мнемоническое имя. Иными словами, они осуществляют требуемую обработку входных данных, выявляют возможные ошибки и генерируют выходные данные. Эти операторы задаются интерпретатору языка L-A-S Вместе с именами входных и выходных данных. Существует пять групп операторов ввода-вывода, обработки данных, управления программой, линейной алгебры и проектирования систем управления. В настоящее время имеется более 100 операторов (табл. 1). Более того, 224 [c.224]

Основные направления проектирования интерпретаторов входного языка хорошо видны на примере системы MULTIPAT H для обработки сложных объектов, разработанной Армитом в Кембриджском университете [81. Система реализована на ЭВМ PDP-7 (память 8К), имеющей дисплей, и содержит таблично-управляемый интерпретатор с интересными возможностями. [c.345]

Таблицы в системе MULTIPAT H описываются в виде простого списка возможных команд и адресов. Например, на рис. 15.6 показана часть таблицы, соответствующая дереву (рис. 15.5). После выполнения каждой команды устанавливается указатель, показывающий на последний встреченный символ на каждом уровне. При исполнении команд эти указатели используются для определения параметров команд они также содержат данные о предшествующих состояниях для исследования следующей команды. Все это вместе с небольшими подпрограммами обработки строк и чисел и составляет интерпретатор входного языка системы MULTIPAT H. [c.346]

Специальное ПО САПР может иметь собственную ОС или же использовать одну из базовых ОС ЭВМ. Программное обеспече1Н1е с собственной ОС имеет сложную структуру. В состав такого ПО входят универсальный или специализированный MOfiHTop САПР, организующий вычислительный процесс в соответствии с принятым алгоритмом проектирования транслятор или интерпретатор с входного языка набор программных модулей, составляющих тело ППП набор обслуживающих программ и т. п. Типовая структура ПО САПР представлена на рис. 7.4. [c.370]

Пакеты функционального проектирования как программы, обрабатывающие предложения и директивы входного языка, являются языковыми процессорами. Су-1цествует два типа языковых процессоров интерпретаторы и трансляторы. Структура пакета проектирования, построенного но принципу интерпретации, укрупненью показана на рнс. 5,3, Его языковая подсистема ЯП воспринимает описание проектируемого объекта и задания на его расчет на входном (или промежуточном) языке и порождает (обычно в ОП) структуры данных, содержащих [c.129]

При реализации диалогового режима в пакетах, построенных по принципу трансляции, некоторое неудобство для полР)ЗОвателей представляет временная задержка между этапами ввода исходного описания и началом расчета, связанная с необходимостью двухпроходной трансляции (с входного языка на промежуточный и с промежуточного в объектные подпрограммы) и компоновки рабочей программы. Однако она окупается повышенной скоростью расчета по сравнению с пакетом-интерпретатором. [c.140]

Пакет прикладных программ для- автоматизации процесса построения термодинамических уравнений состояния [33]. Пакет построен по принципу интерпретатора, что позволяет организовать хорошую диагностику, легко расширять входной язык пакета и его функции. Модульная организация пакета обеспечивает его легкую модернизацию. Пакет состоит из управляющего блока-мопитора, семи обрабатывающих блоков, базового набора модулей для расчета термодинамических параметров воды и водяного пара и базы данных пакета — архива уравнений. Исходные данные включают область изменения параметров, для которой необходимо построить уравнение список параметров, являющихся аргументами список параметров, для которых необходимо построить уравнения. В соответствии с запросом осуществляется выбор метода построения уравнений, выбор формы уравнений, определения коэффициентов аппроксимации, аналитическое преобразование уравнений согласно дифференциальным соотношениям термодинамики и проведение оценки точности уравнений. Пакет реализован на языке Фортран-lV для ЭВМ М-4030 ДОС АСВТ (версия 1.2). Он мон ет применяться на ЕС ЭВМ на моделях не ннлсе ЕС-1033. Для работы пакет требует около 160 Кбайт оперативной памяти. [c.179]

Наиболее важное и удобное средство отладки — возможность отлаж ивать программу (обнаруживать ошибку и вносить исправления) на уровне входного языка. Существуют отладочные программы, предоставляемые операционной системой, и отладочные программы, связанные с соответствующей системой программирования. Последние учитывают специфику входного языка и компилятора, поэтому в данной работе они не рассматриваются. Отладочные средства, предоставляемые программным обеспечением, как правило, работают в режиме интерпретации. Программист вставляет в свою программу на входном языке специальные макрокоманды обращения к одной из отладочных программ. В момент формирования загрузочного модуля эти макрокоманды дают управляющую информацию для вызова требуемой отладочной программы. В процессе выполнения программы отладочный интерпретатор включается в соответствующих точках программы. Он выдает требуемую информацию и по окончании своего действия возвращает управление отлаживаемой программе. Программа продолжает выполняться обычным путем, пока не встретится опера- [c.35]

Языковый процессор является либо интерпретатором предложений исходного языка, которым может быть входной или промежуточный язык, либо компилятором рабочих программ моделирования. Часто используется сочетание принципов интерпретации и компиляции, при этом исходные тексты, описывающие структуру моделируемого объекта, транслируются в таблицы, удобные для последующей интерпретации. Компиляторы рабочих программ реализуют алгоритмы объединения моделей элементов в общие модели систем, специфичные для каждого уровня моделирования, и зачастую являются наиболее сложными частями ПМКМ. [c.319]

Энциклопедия по машиностроению XXL

Оборудование, материаловедение, механика и ...