Cтраница 1
Реализация исполнителя Верхний стек над файловой систем мой тривиальна, поэтому приведем ее без каких-либо пояснений. [1]
Реализация исполнителя UV оставляется читателю. Заметим лишь, что координаты и и v на плоскости проекции могут быть и косоугольными. [2]
Реализацию исполнителя будем вести сверху вниз, то есть вначале составим алгоритмы, реализующие команды исполнителя, а потом - вспомогательные алгоритмы, которые понадобятся при работе. [3]
При реализации исполнителя на Фортране с использованием оператора INCLUDE следует сначала перекодировать описатель исполнителя и поместить полученный текст в отдельный файл. [4]
Поэтому в соответствии с традициями этой главы реализуем исполнителя Гнезда на базе вектора, почти дословно повторив ссылочную реализацию исполнителя р множеств из предыдущего раздела. [5]
Ситуация, когда нам приходится дорабатывать, улучшать уже готовую программу, типична для программирования. Данный раздел призван также на-конкретном примере продемонстрировать, что для проектов, реализованных по технологии сверху вниз, модификация проводится достаточно легко и просто: хотя новые идеи и требуют добавления в проект новых исполнителей, реализация старых исполнителей меняется незначительно или не меняется вовсе. [6]
Мы будем считать, что исполнитель Экран о внешней точки) рения является вектором элементов типа строка о индексом от О до макс Уэкрана, где строки-элементы вектора соответствуют строкам, изображаемым на экране терминала. Реализация исполнителя Экран зависит от конкретной ЭВМ и от конкретного терминала. Реализация исполнителя Экран при этом сводится к преобразованию действий над строками в дей ствия над соответствующими фрагментами видеопамяти. Мы будем считать исполнителя Экран базовым и реализовывать его не будем. [7]
Мы будем считать, что исполнитель Экран о внешней точки) рения является вектором элементов типа строка о индексом от О до макс Уэкрана, где строки-элементы вектора соответствуют строкам, изображаемым на экране терминала. Реализация исполнителя Экран зависит от конкретной ЭВМ и от конкретного терминала. Реализация исполнителя Экран при этом сводится к преобразованию действий над строками в дей ствия над соответствующими фрагментами видеопамяти. Мы будем считать исполнителя Экран базовым и реализовывать его не будем. [8]
Внутри устройства двунаправленный сигнал появляется в двух физически различных точках. Соблюдение определенных ограничений, накладываемых на передачу сигналов, осуществляется задатчиком. Это упрощает реализацию исполнителя, так как обычно их в системе существенно больше, чем задатчиков. [9]
Естественно, что на самом деле обеспечить высокую скорость работы исполнителя Виртуальная память можно только в том случае, если перераспределения данных между быстрой и медленной памятью будут происходить существенно реже, чем обращения к элементам, уже имеющимся в быстрой памяти. А это зависит не только от реализации виртуальной памяти, но и от того, как она используется. Таким образом, реализация исполнителя Виртуальная память должна учитывать характер его использования. [10]
В Фортране отсутствуют специальные структурные единицы, соответствующие понятию исполнителя. Тем не менее, подобно тому как с помощью операторов IF и GOTO можно реализовать управляющие конструкции, с помощью оператора COMMON можно реализовать работу с исполнителями. Основное отличие исполнителя от группы программ состоит в том, что у исполнителя есть глобальные объекты, общие для всех программ данного исполнителя. Используя эти глобальные объекты, различные программы исполнителя могут передавать информацию друг другу. Таким образом, для реализации исполнителей нужен оператор, который позволит ввести объекты, общие для некоторой группы программ. [11]
Функциональный блок имеет входы, соответствующие классификаторам. Если какой-либо активный шаг включает данное действие, то это приводит к присваиванию логической единицы соответствующему входу SFCActionControl. После обработки всех активных шагов по состоянию выхода Q система ис-полнения-принимает решение о необходимости вызова данного действия. Все действия вызываются один раз в рабочем цикле. Порядок выполнения активных действий зависит от реализации исполнителя. [12]
Естественно программист - поставщик этого текста - должен гарантировать его качество, в частности гарантировать, что изготовленный с его помощью Резчик сита будет резать то, что надо. Другими требованиями являются понятность текста для человека ( в частности, возможность быстро убедиться в его правильности), а также возможность его модификации. Рано или поздно оказывается, что требования к А изменились. Для Резчика сита несколько возможных изменений описаны в упражнении 3 предыдущего раздела. Конечно, можно для каждого нового варианта задачи создавать R ( А, Е) заново с нуля. Однако, если новый вариант близок к старому, выгоднее взять старый текст R ( A, E) и изменить его. Необходимость изменения внешнего описания или реализации исполнителя часто возникает и по внутренним причинам. [13]