Операционные системы. Учебное пособие. Марапулец Ю.В. - 210 стр.

нового документа. Работа с данными иного формата обычно предполагала выход из од-
ного приложения и запуск другого. В среде, где работа ведется с приложениями, доку-
мент имел смысл только в той программе, в которой он был создан.
     С другой стороны, в среде разработки документов несколько приложений могут
"скооперироваться" и создать единый документ. Ни одно из приложений не распознает
форматы всех объектов, содержащихся в документе, но при переходе от одного объекта
к другому система автоматически вызывает соответствующие приложения. Редактиро-
вание различных объектов осуществляется отдельно в их "родных" приложениях, а ба-
зовый документ автоматически получает обновленные данные от всех "программ-
пайщиков". Пользователь получает возможность свободно комбинировать звук, видео,
изображения, числа и текст в едином интегрированном документе. Можно демонстри-
ровать картинки в текстовом редакторе или прилагать видеоклипы к записям в базе дан-
ных.
     Составные документы существовали в операционной системе Windows еще до по-
явления технологии OLE, но возможности работы с ними были очень ограничены. Поль-
зователь мог создавать составной документ, копируя данные из буфера обмена и встав-
ляя их в другом приложении. При этом объект данных перемещался из программы-
сервера в программу-клиент. Но если сервер впоследствии редактировал объект, опера-
ции копирования и вставки необходимо было повторять для всех документов, в которые
была внедрена копия этого объекта [12].
     Для формирования среды разработки документов операционная система должна
иметь возможность координировать работу приложений. В частности, система должна
знать, какая из программ может работать с определенным форматом данных. По мере
того как пользователь будет перемещаться от объекта к объекту в составном документе,
система должна распознавать эти объекты и поддерживать связи с соответствующими
приложениями. В Windows эти сложные операции реализованы с помощью библиотек
OLE-функций. Они помогают создавать программы, осуществляющие обработку объек-
тов практически любого типа путем невидимого взаимодействия с приложениями, соз-
давшими эти объекты.
     Объект представляет собой набор данных из одного приложения, которые тракту-
ются как единое целое. OLE-приложения создают составные документы, комбинируя
несколько объектов в одном файле. Пользователь видит одновременно все объекты со-
ставного документа в одном окне. Для программы-клиента каждый объект представляет
собой "черный ящик", заполненный непонятными данными. А она и не должна пони-
мать эти данные, поскольку для манипуляций с объектами программа-клиент вызывает
OLE-функции.
     При импортировании объекта программа-клиент должна выбрать один из двух ва-
риантов: связывание или внедрение [12]. Если документ содержит все данные объекта,
то такой объект называется внедренным. Если документ содержит только ссылку, ука-
зывающую на данные в другом документе, то такой объект называется связанным. Оба
метода дают на экране один и тот же результат, но только в связанных объектах автома-
тически отображаются все обновления.
     Связывание объектов еще имеет то преимущество, что файл результирующего до-
кумента получается гораздо меньшим по объему. Преимущество же внедренных объек-
тов заключается в их независимости: документ, содержащий только внедренные объек-
ты, может легко переноситься из одной системы в другую. Поскольку внедренные
объекты содержат внутри себя все необходимые данные, новая система не обязательно
должна содержать OLE-сервер. При желании пользователь может преобразовать связан-
ные объекты во внедренные.
     Как уже говорилось выше, OLE-приложения могут относиться к одному из двух
типов: клиенты и серверы. Если вы внедряете изображение, созданное программой Paint,


                                        212