Обращение к удаленным объектам. Привязка клиента к объекту. Статическое и динамическое удаленное обращение к методам. Передача параметров. Dce, rmi.

Привязка клиента к объектам может быть статической и динамической. Клиент может заранее (на этапе компиляции) знать имя объекта, с которым ему предстоит работать. Тогда средний слой может выполнить привязку (то есть разрешить имя объекта) сразу при запуске клиента. Но иногда имя необходимого объекта вычисляется. В таком случае используются специальный системный вызов, назовем его invoke(), который получает параметром имя объекта. После чего средний слой пытается разрешить это имя.

Передача параметров удаленной процедуре – достаточно сложная задача.

Во-первых, здесь невозможно использовать такой тип передачи параметров как «по ссылке», так как передавать адрес в оперативную память клиентского компьютера абсолютно бессмысленно. В распределенных системах реализуется передача параметров «копирование-вставка», при котором значение фактического параметра сначала копируется в передаваемый сетевой пакет клиента, затем измененное значение копируется сервером в пакет-ответ, а на клиентской стороне значение из ответа копируется в оперативную память клиента.

Во-вторых, при передаче параметров возникают проблемы аппаратной несовместимости. Таким образом, в функции среднего слоя включается преобразование форматов данных. Это можно выполнить либо путем преобразования клиентского формата в серверный формат и наоборот. Либо путем преобразования клиентского формата в некоторый промежуточный формат, затем промежуточного – в серверный, и наоборот.

13. Распределенная система объектов corba. Введение.

В 1989 г. HP, Sun, Americal Airlines< Canon и др. производители и потребители программных продуктов объединились в группу OMG (Object Management Group), которая поставила цель: созж\дание технологии, позволяющей объединить программные приложения, выполняющиеся на различных программных и аппаратных платформах, взаимодействующие по различным протоколам, написанные на различных языках, используемые в различных частях мира. Результатом деятельности OMG стал набор спецификаций, а не готовый продукт. Требования:

- Объединяются приложения как новые, так и наследуемые;

- Эти приложения могут выполняться на различных операционных платформах;

- Стандарты не стоят ничего (их может получить и использовать любой желающий).

На пути всеобщей интеграции OMG пришла к логической точке создания Model-Driven Architecture. Эта архитектура объединяет многие платформы идеей, что бизнес-логика программных приложений не зависит от технологической основы. Поэтому первый этап моделирования не должен учитывать специфику выбранной платформы.

В объектной модели COM предполагается, что поиском сервера объекта и самого объекта занимается операционная система компьютера клиента. В случае, если объект не расположен на компьютере клиента, требуются дополнительные действия, например, организация сеанса связи с удаленным компьютером – сервером объекта. Доступ к удаленным объектам осуществляется с помощью технологии DCOM. Но остается неизменным то, что ОС клиента должна знать о местонахождении объекта. Кроме того, если компьютер – сервер не запущен, то запустить его невозможно. Такая технология несколько статична. Для удаленных объектов характерно частая смена их местоположения.

Технология CORBA пытается устранить недостатки DCOM. CORBA (Common Object Request Broker Architecture) – это стандарт построения приложений с распределенными объектами. Разработала этот стандарт группа нескольких фирм, объединившихся в отраслевой комитет OMG (Object Management Group). CORBA реализована на многих аппаратных платформах, поэтому она позволяет общаться даже приложениям, работающим на компьютерах под руководством разных операционных систем!