Cтраница 3
Навигатор проекта содержит два бланка: Экраны и Объекты. При нахождении в бланке Экраны ( нажать ЛК) в белое поле навигатора проекта выводятся список узлов проекта и содержание их графических баз. При нахождении в бланке Объекты становятся доступными списки загруженных графических библиотек с их содержанием. [31]
Сегментация также облегчает совместное использование процедур и данных несколькими процессами. Общим примером является библиотека совместного доступа. Современные рабочие станции, работающие с передовыми оконными системами, часто имеют крайне большие графические библиотеки, являющиеся составляющими практически каждой программы. В сегментированных системах графические библиотеки могут располагаться в отдельном сегменте и совместно использоваться несколькими процессами, что устраняет необходимость их присутствия в адресном пространстве каждого процесса. [32]
В системе ТП реализовано около 80 различных функций и процедур, позволяющих довольно полно использовать возможности графических адаптеров. Как уже говорилось, эти программы объединены в программный модуль Graph. В настоящем параграфе мы кратко остановимся на работе с дисплеем в графическом режиме, используя графическую библиотеку ТП. [33]
Сегментация также облегчает совместное использование процедур и данных несколькими процессами. Общим примером является библиотека совместного доступа. Современные рабочие станции, работающие с передовыми оконными системами, часто имеют крайне большие графические библиотеки, являющиеся составляющими практически каждой программы. В сегментированных системах графические библиотеки могут располагаться в отдельном сегменте и совместно использоваться несколькими процессами, что устраняет необходимость их присутствия в адресном пространстве каждого процесса. [34]
За последние годы область машинной графики значительно расширилась за счет того, что персональные компьютеры и рабочие станции обрели графические ресурсы, превосходящие даже те, которыми располагали супер - ЭВМ несколько лет тому назад. По мере того, как создаются все большее количество графических приложений, способность сохранения изображений для последующей их обработки или отображения стала чрезвычайно важна. С начала 1980 - х официальные группы по стандартам начали создавать общие графические библиотеки подпрограмм, и затем графические файлы, чтобы способствовать переносимости файлов и кода между различными приложениями и платформами. [35]
Файл DLL строится компоновщиком из коллекции входных файлов. Построение файла DDL очень похоже на построение исполняемого двоичного кода, только при создании файла DLL компоновщику передается специальный флаг, который сообщает ему, что создается именно файл DLL. Файлы DLL обычно конструируются из набора библиотечных процедур, которые могут понадобиться нескольким процессорам. Типичными примерами файлов DLL являются процедуры сопряжения с библиотекой системных вызовов Windows и большими графическими библиотеками. Применяя файлы DDL, мы можем сэкономить пространство в памяти и на диске. [36]
Предпосылкой для его появления была Система Графического Ядра ( Graphical Kernel System, GKS ( ISO 7942)), т.е. стандартный комплект графических процедур, поэтому существует достаточно близкое соответствие между процедурами GKS и элементами CGM. Более новая Иерархическая Интерактивная Система Графики для Программиста ( Programmer s Hierarchical Interactive Graphics System ( PHIGS)) является 3 - D графической библиотекой приведет, в конечном счете, к появлению 3 - D версии CGM, которая будет соответствовать PHIGS. PHIGS включает архивный формат файлов, подобный CGM, но для него все еще не существует стандартного бинарного кодирования. PHIGS находится в процессе расширения до PHIGS-PLUS и, вероятно, до полной его готовности не будет разрабатываться никакого стандартного формата метафайла. [37]