Файл: Технология CORBA.pdf

Поскольку бизнес-объекты поставляются в готовом к работе виде, разработчик может, объединив их, составить прикладную программу, соответствующую требованиям заказчика.

Для управления сложной прикладной программой с распределенными бизнес-объектами у последних есть информация только о том, какие сервисные функции выполняют другие объекты, но не о том, как эти функции реализуются на самом деле.

Благодаря бизнес-объектам мы избавлены от сложностей реализации внутренней обработки, поскольку можем сконцентрировать внимание на интерфейсах.

Компонент это набор бизнес-объектов, которые осуществляют обработку, инкапсулируют данные и обеспечивают необходимые интерфейсы пользователя. Для взаимодействия объектов в рамках компонента используется ORB. Кроме того, с помощью ORB объекты обмениваются информацией о себе, в результате объекты "узнают" о существовании других объектов во время исполнения программы. Таким образом, в компоненте имеется все необходимое для вывода на экран представления объекта и взаимодействия с ним.

Типичный бизнес-компонент мог бы применяться, скажем, для вывода на экран распределения мест на 11-часовом рейсе до Лос-Анджелеса, а другой для регистрации сведений о бронировании мест на этот рейс.Возможности компонентов можно расширить за счет добавления служебных функций системного уровня. Функция Persistence пригодится, чтобы поддерживать состояние объектов в рамках компонента.

эти сервисные встроены в , их можно для создания "" (smart) , при этом нет программировать их с . Хотя и в имеется компонентов и служба, там нет поддерживать объектов в перерыве соединениями. этого DCOM CORBA.На прикладной , где устанавливаются инфраструктуры , базовые программ способы совместной независимых .

Благодаря определенным все компоненты функционируют как комплекс, так что впечатление прикладной . Именно единство прикладным , использующим в гетерогенных объекты, "" сопрягаться с другом.

"" интеграция , что пользователи прикладную как единое , а не как сложный разобщенных компонента прикладной можно до инфраструктуры нескольких . В этом CORBA ответственность за информацией множеством прикладных в рамках системы.

Для с CORBA , например в наследство , можно оболочки (), которые им подобие CORBA. выполняет интерфейса, для доступа к функциям программы.Если вы с CORBA унаследованные с процессами и сервера, у вас все составляющие модели .

Один это визуальные , например , размещаемые на ПК. Другой объекты , предусматривающие . Еще один составляют прикладные , например на большой ЭВМ.

показать, CORBA ORB так для ППО архитектуры сервер, мы следующий «» список свойств, всем ORB:

и динамические методов. ORB позволяет определять ваших во время или находить их во время .

Таким , вам предоставляется : строгий типов на компиляции или гибкость при (на этапе ) связывании.

с языком уровня. ORB позволяет методы объекта с выбранного языка уровня. При не имеет на каком написаны объекты.

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

2.3 CORBA и цикл

POA обеспечивает разделение сроками объектов и сроками серванта. термины к циклу объекта :

• Активация () - запуск объекта , чтобы ему принимать .
• Дезактивация () - завершение активного CORBA.

термины к циклу серванта:

• (incarnation) - серванта с CORBA
• (еtherealization) - ассоциации сервантом и CORBA

Во своей объект может воплощен чем одним . В то же самое , отдельный , с другой , может более объекта. CORBA существенно общий и характер, чем COM, что в ее фундаменте.

разработки (по сравнению с ) позволяет более , целостной и системы.

С стороны, при реального нужно убедиться, что реализация или иного CORBA уже (источниками могут , например, и SecurityService).В момент не имеет собственной модели; над ней началась в г. и еще не завершена.

Это серьезный . Правда, он компенсируется основанной на компонентной Enterprise

, так что программисты на находятся в положении. Все , что присутствует в COM, и в CORBA, и более - за исключением технологии к БД.

Опять-таки, имеют и здесь - за наличия для Java доступа к JDBC.Под “” применительно к понимается то, что утверждено OMG. Надо , что это очень уровень “”, так как авторитет OMG в мире высок.

В момент отображение IDL на 6 языков - Ada, C, C++, Cobol, и Smalltalk. также на Pascal (, Delphi), , Python и еще языков.Наиболее языками в момент Java ( прекрасного Java-технологий, JDBC, RMI, и EJB, с CORBA), и C++ - как эффективный, и распространенный компьютерной . CORBA даже более уровень за базировании исключительно на описания IDL с отображением спецификаций на язык , а также возможностей, , автоматического (т.е. для программиста) контекста .

CORBA в время не своей модели. это не имеет значения для , но в общем эта та область, где OMG (и программного ) еще предстоит поработать. имеет развитую часть; , только для серверных по различным можно 4 различных CORBA. того, OMG к максимальной вспомогательных CORBA. предоставляет существенно возможности, чем COM, в сервисов и средств.

С стороны, обычно не какого-либо из-за их . Вследствие области COM объективно нет в создании же развитых и средств, как это необходимо для .Понятие “” в CORBA отличается от COM-аналога. CORBA не переменной программирования и в случае его существования не со временем серверных или приложений. не занимает ресурсов - оперативной , сетевых и т.п.

Эти ресурсы только так “сервант” (), который “инкарнацией” или нескольких . Именно является языка . Пока не сервант, с конкретным CORBA, объект не обслуживать клиентов, но, тем не , он существует. создания (при совершенно не при этом и сопоставляется с объектом сервант!) так называемая “ ссылка” . Объектная сопоставлена с , и только с объектом, и это остается в течение срока CORBA-объекта ( быть, в нескольких ). Объектная CORBA интерпретируется от любого программного .

После CORBA-объекта все ссылки на навсегда смысл. С объектной клиент методы , при этом этого могут различные (не более одновременно), физически находиться на различных .CORBA существенно открытой, и гибкой , чем COM. И COM, и CORBA тесно и взаимодействовать со средствами безопасности.

на внешнюю , что вызвано решаемых , между COM и , пожалуй, различий, чем . В большинстве либо использовать (для и простых под Windows по причине высоких на приобретение обеспечения, и пр.), либо невозможно COM (для , масштабируемых, проектов или при работе в средах, а не в Windows). , ориентированные на с MicrosoftOffice, будут COM; проекты с Java и Java-технологий ( Microsoft ++), как говорится, “ бог велел” на основе .

Во многих выбор диктует той или иной проекта: вы планируете , например, с 8i, то, безусловно, лучше на CORBA. , где эти технологии конкурируют, на мой , очень . Как нетрудно , автор обзора сторонником , чего и всем читателям.

Заключение 

Учитывая, что в за этой консорциум более 700 , CORBA большее, чем увлечение, рынок. превосходит трехуровневую клиент благодаря , что это полностью и исключительно архитектура. CORBA, вы с расширите , состоящую из компьютеров до масштабов . CORBA базовую , позволяющую объекты, на разных , причем не значения, для платформы или системы эти были , если средства с CORBA.

CORBA для гетерогенных , в настоящее у нее есть перед . Однако во внимание Microsoft, , несомненно, в будущем силой, с придется .

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