Режим - компиляция
Cтраница 2
Опросить функцию lOResult можно только один раз после каждой операции ввода или вывода, ибо она обнуляет свое значение при каждом вызове. Обычно это обходится запоминанием значения функции в какой-либо переменной. При режиме компиляции операций ввода и ( или) вывода 1 функция не имеет смысла. [16]
Но не следует думать, что Бейсик - игрушечный язык. Есть версии Бейсика, работающие в режиме компиляции, что значительно ускоряет прогон программ, написанных на этом языке. [17]
 |
Типичная структура очереди задач. [18] |
На рис. 14 показано несколько переходных состояний терминала. Важно, что все переходные состояния поддерживаются аппаратными алгоритмами. Когда СС получает управляющий код, соответствующий оператору ВЫПОЛНИТЬ ( RUN), то переход из режима загрузки в режим компиляции может произойти без вмешательства программного обеспечения. Есть много других переходных состояний, но они, как правило, требуют взаимодействия с программным обеспечением системы. [19]
Иначе организовано управление трансляцией и хранение информации о входной и объектной программах. Диалоговый транслятор обычно сочетает черты интерпретатора и компилятора. Каждый оператор при первом исполнении интерпретируется, а его машинный эквивалент, полученный в ходе интерпретации, сохраняется и при последующих исполнениях используется в режиме компиляции. Для обеспечения простой замены любого оператора входной программы без повторной трансляции всей программы исходные операторы и их машинные эквиваленты хранятся в виде списковой структуры. [20]
Как видно, функция Sum не боится несовместимости типов. Но она будет корректно работать только с массивами, элементами которых являются значения типа Byte. Мы сами задали это ограничение, определив тип ХТуре, к которому впоследствии приводим все, что передается процедуре через параметр X. Если режим компиляции R имеет знак минус ( состояние по умолчанию), то можно обратиться к массиву с практически любым индексом i и будет получен i - й элемент, считая от первого. [21]
Программист может влиять на процесс компиляции и форму выдачи листинга с помощью параметра PARM в операторе EXEC, вызывающем компилятор. Там он может указать желаемые значения подпараметров компилятора. При генерации операционной системы всем параметрам компилятора присвоены значения, которые описывают наиболее типичный вариант компиляции. В случае когда режим компиляции отличается от типичного, значения параметров должны явно передаваться компилятору. [22]
Программа-интерпретатор всегда работает совместно с исходным текстом. Программа в режиме интерпретации работает гораздо медленнее, чем такая же программа в машинном коде. Многие инструкции в программе выполняются многократно, и при каждом выполнении интерпретируются заново. Поэтому всюду, где возможно, стремятся заменить режим интерпретации режимом компиляции. Правда, интерпретация имеет и свои преимущества: с ее помощью проще отлаживать программу. Иногда пользуются режимом псевдокомпиляции: ускоряют интерпретацию за счет предварительного запоминания тех или иных элементов разобранных команд в памяти машины. [23]
В случае реализации языка программирования в режиме интерпретации выделение языкового процессора означает, что ему передается целиком исходная программа на выполнение. Языковый процессор производит синтаксический анализ программы и выполняет предписываемые ею действия. Выполнение программы он производит либо собственными силами, либо с использованием запросов к другим компонентам вычислительной системы. Первый случай, по существу, совпадает с реализацией в режиме компиляции. [24]
Однако ни один из стандартов программирования не должен рассматриваться как абсолютное правило, кото рое не может быть нарушено. Назначением стандартов является прежде всего создание основ для некоторых приемов работы, с тем чтобы любое предлагаемое отклонение могло быть тщательно исследовано для определения, оправдано ли оно. Не имеет смысла перечислять возможный набор стандартов, так как он достаточно велик, и, кроме того, большинство организаций имеет свой, конкретный набор, соответствующий их среде. Однако для понимания проблемы можно сослаться на некоторые наиболее важные положения, относящиеся к методологии стандартов: форматы документации; режимы компиляции; соглашения по поводу записи комментария; характеристики языка программирования, которые необходимо избегать. [25]
Интерпретирующая система может обеспечить выполнение основной программы при минимально возможном размере рабочего поля, достаточно, чтобы на рабочем поле умещалась лишь одна, но самая большая подпрограмма из тех, которые используются в основной программе. В чистом виде метод интерпретации предусматривает вызов подпрограммы на рабочее поле при каждом новом обращении к ней. В таком режиме настройка подпрограммы по месту выполняется каждый раз. Однако интерпретирующие системы, применяемые на практике, обычно сочетают черты как метода интерпретации, так и метода компиляции. Это означает, что при малом размере рабочего поля система работает в режиме интерпретации, а в тех случаях, когда на рабочем поле достаточно места для размещения всех требующих подпрограмм, по существу, применяется режим компиляции, поскольку все однажды вызванные подпрограммы сохраняются на рабочем поле. [26]
Язык советов - это язык, на котором вы создаете экспертную систему в значительной степени аналогично тому, как на языке Симула вы бы стали писать программы для моделирования. При его разработке многие элементы выбираются точно так же, как и при разработке любого другого языка программирования. Большинство языков искусственного интеллекта являются инкрементными, что означает возможность запускать части программы в работу сразу же после их написания, как это делается, например, в языке Бейсик. Мы решили, однако, пойти своим путем и создать систему, у которой будет отдельный компилятор правил, так что если вы хотите изменить свою модель, то сначала вам придется отредактировать файл-источник, содержащий правила, а затем заново скомпилировать вашу модель точно так же, как вам пришлось поступить при использовании таких языков программирования, как Фортран или Алгол. Во-первых, мы полагали, что это позволяет при фиксированном объеме памяти машины строить более крупные модели. Во-вторых, мы предвидели случаи, когда было бы нецелесообразно давать эту модель пользователю и позволять ему изменять ее, когда ему захочется. В таком режиме компиляции можно было бы избежать этого, просто не дав ему файл-источник или не предоставив в его распоряжение компилятор. И наконец, нас беспокоили те затруднения, с которыми может столкнуться пользователь при отладке своих правил. Дело в том, что мы хотели создать язык, в котором типы данных использовались бы возможно полнее, а инкрементные языки по необходимости допускают весьма слабую проверку типов. [27]
Страницы: 1 2