103
языке IDL DCE.
•Компилятор IDL — программа, преобразующая файл определения интерфейса в три файла с исходным текстом на языке С: общий заголовочный файл, код клиентской заглушки и код серверной заглушки.
•Далее, технология DCE RPC разделяется на две части типичной технологии языка С, обеспечивающей создание программ клиента и сервера.
Мы не будем рассматривать конкретные примеры реализации брокерной модели RPC, поскольку, как отмечено выше, существует множество вариантов реализации языков IDL. Имеются также расширения этой модели ориентированные на асинхронное взаимодействие клиента и сервера, но в целом, в современных представлениях, технология RPC считается устаревшей. Ее основной недостаток — ограниченное время жизни вызываемой процедуры на стороне сервера. В условиях принципиальной ненадежности взаимодействия в сети, возникают проблемы подтверждения результата или ошибок исполнения вызываемых процедур. Желающим подробно изучить эту проблематику следует обратиться к главе 2 источника [3].
3.1.2 Использование удаленных объектов
Значительным развитием брокерной модели взаимодействия «Клиент-сер- вер» стало использование объектов, реализуемых средствами языков ООП. Это позволило устранить основной недостаток технологии RPC, сохраняя объекты результатов запросов клиентов на стороне сервера нужное количество времени.
Вцелом, брокерная модель взаимодействия объектов очень похожа на брокерную модель RPC. Ранее, на примере рисунка 1.10 технологии RMI, было показано, что:
•на стороне программы-клиента создается объект-заглушка (stub, proxy), реализующий методы маршалинга: преобразования имени объекта, вызываемого метода и его аргументов в поток данных, передаваемых по протоколам серверу;
•на стороне программы-сервера создается объект-заглушка (sceleton), реализующий методы демаршалинга: преобразования входного потока данных в запрос к объекту сервера.
Вобщем случае считается, что удаленный объект (Remote object), расположенный на сервере, имеет:
•Состояние (State) — данные инкапсулируемые (включаемые) объектом.
•Методы (Methods) — операции над данными состояния объекта.
•Интерфейс (Interface) — программный код, обеспечивающий доступ к методам объекта.
На основании конструктивных понятий состояния, метода и интерфейса
вводится ряд более общих определений.
104
Распределенный объект (Distributed object) — удаленный объект, интерфейсы которого расположены на машинах клиентов, что демонстрируется рисунком 3.5.
Рисунок 3.5 — Обобщенная организация удаленных объектов (заимствовано из источника [3])
Объект времени компиляции — объект, который может быть полностью описан в рамках своего класса и интерфейсов. В качестве таких описаний могут использоваться объекты и интерфейсы языка Java.
Адаптер объектов (Object adapter) — программная оболочка (wrapper), единственная задача которой — придать реализации видимость объекта.
Сохранный объект (Persistent object) — объект способный существовать за пределами адресного пространства серверного процесса.
Нерезидентный объект (Transient object) — объект способный существовать только под управлением запущенного сервера.
Удаленное обращение к методам (Remote Method Invocation) — объектная технология, например - RMI, реализованная на языке Java.
Статическое обращение (Static invocation) — способ использования предопределенных интерфейсов, предполагающий их предварительную компиляцию в виде заглушек для программ клиентов и сервера.
Динамическое обращение (Dynamic invocation) — способ, предполагающий выбор метода удаленного объекта во время выполнения приложения.
Наличие множества возможных подходов к реализации удаленного доступа к объектам потребовало разработки стандартов такого взаимодействия. Наиболее общим подходом является стандартизация проекта CORBA.