Почему corba?

Почему CORBA является наиболее эффективной, современной, пригодной для крупных проектов технологией распределенных объектов? Потому что, хотя обе технологии -- и CORBA, и DCOM чрезвычайно схожи по своей функциональности и своим возможностям (многоязыковая поддержка, динамический вызов, масштабируемость и др.), у DCOM отсутствует важный критический элемент -- мультиплатформная поддержка. Одного факта, что в настоящий момент DCOM не поддерживает целиком межплатформенную переносимость, вполне достаточно, чтобы не рассматривать его как полноценное, законченное решение. Кроме того, в то время как в состав OMG уже сейчас входят более 700 членов (компаний-производителей программных продуктов, компьютеров, телекоммуникационных систем, разработчиков прикладных систем и конечных пользователей), и практически люба спецификация, разработанная этим консорциумом, фактически становится стандартом, DCOM лишь недавно стал переходить из рук Microsoft в руки аналогичной OMG организации -- группе TOG (The Open Group).

И еще один плюс технологии CORBA: круг производителей продуктов, поддерживающих данную технологию, значительно шире, чем аналогичный круг для DCOM. Таким образом оказывается, что именно CORBA -- технология, полностью предназначенная для промышленных, открытых, распределенных объектных систем.

19. Архитектура управления объектами

спецификация OMA-Object Management Architecture (Архитектура Управления Объектом). Ее ключевыми составляющими являются:

• CORBA(Common Objects Request Broker Architecture - общая архитектура объектных запросов) - отвечает за базовые механизмы взаимодействия объектов в сети

• Object Services (Объектные сервисы) - системные службы для поддержки разработки приложений

• Common Facilities(универсальные средства) - поддержка пользовательских приложений

• Application Objects(Объекты Приложений) - собственно прикладные приложения

Object Management Architecture ( OMA ) - это эталонная архитектура распределенных систем, основанная на концепции брокера объектных запросов. Используя концепции объектно-ориентированных технологий, OMA определяет к использованию рабочее пространство, где объекты, по определению являющиеся общедоступными, открыты для использования любым другим объектом или сервисом посредством объектного брокера. Объектный брокер - это прозрачный коммуникационный механизм, обеспечивающий надежный обмен сообщениями между объектами независимо от их местоположения. OMA определяет абстракцию, которая скрывает тот факт, что различные системы применяют разные языки программирования или несовместимые версии одного и того же языка.

Рис. 1.4. Архитектура управления объектами (OMA)

OMA состоит из четырех основных компонентов, представляющих собой спецификации различных уровней поддержки приложений (рис. 1.4) [50]–[52]:

 архитектура брокера запросов объектов (CORBA – Common Object Request Broker Architecture) устанавливает базовые механизмы взаимодействия объектов в гетерогенной сети;

 сервисы объектов (Object services) являются основными системными службами, используемыми разработчиками для создания приложений;

 универсальные средства (Common Facilities) ориентированы на поддержку пользовательских приложений, таких как электронная почта, средства печати и т. д.;

 объекты приложений (Application Objects) предназначены для решения конкретных прикладных задач.

Спецификация Common Object Request Broker Architecture (CORBA) лежит в основе любого компонента, разработанного OMG. CORBA определяет механизм, обеспечивающий взаимодействие приложений в распределенной среде.

Главными компонентами стандарта CORBA являются:

– объектный брокер запросов (Object Request Broker);

– язык определения интерфейсов (Interface Definition Language);

– объектный адаптер (Object adapter);

– репозиторий интерфейсов (Interface Repository).

В настоящее время OMG приняты, или наxодятся в процессе формирования спецификации следующиx служб:

• Служба Уведомления Объектов о Событии (Event Notification Service).

• Служба Жизненного Цикла Объектов (Object Lifecycle Service).

• Служба Именования Объектов (Name Service).

• Служба Долговременного Хранения Объектов (Persistent Object Service).

• Служба Управления Конкурентым Доступом (Concurrency Control Service).

• Служба Внешнего Представления Объектов (Externalization Service).

• Служба Объектных Связей (Relationships Service).

• Служба Транзакций (Transaction Service).

• Служба Изменения Объектов (Change Management Service).

• Служба Лицензирования (Licensing Service)/

• Служба Объектных Свойств (Properties Service).

• Служба Объектных Запросов (Object Query Service).

• Служба Безопасности Объектов (Object Security Service).

• Служба Объектного Времени (Time Service).

Средства поддержки пользовательского интерфейса (User Interface Common Facilities). Средства поддержки пользовательского интерфейса включают средства, облегчающие прикладному программисту разработку интерфейсов прикладных систем. Сюда входят: средства управления представлением объектов (печать, вывод объектов на экран и т. п.); поддержка интерактивных средств описания объектов; механизмы хранения и представления подсказок (help) при разработке прикладных систем.

Средства управления информацией (Information Management Common Facilities). Информация может храниться как в структурированном виде в базах данных, так и в виде текстов, изображений и т. п.