CORBA как технология в настоящий момент (до создания
спецификаций, а затем и реализаций своей компонентной модели) является
скорее инфраструктурой для создания распределенных систем. Не
удивительно, что в этом качестве она активно взаимодействует с другими
технологиями - в первую очередь с RMI и Enterprise JavaBeans. CORBA
очень тесно - на уровне протокола ESIOP - взаимодействует с широко
используемой, но морально устаревшей технологией DCE.
Выводы
CORBA является существенно более открытой, универсальной и
гибкой системой, чем COM. И COM, и CORBA способны тесно и
эффективно взаимодействовать со стандартными средствами обеспечения
безопасности.
w14.22 Общие выводы
Несмотря на внешнюю похожесть, что вызвано общностью решаемых
задач, между COM и CORBA, пожалуй, больше различий, чем сходства. В
большинстве случаев либо нецелесообразно использовать CORBA (для
небольших и простых проектов под Windows просто по причине
относительно высоких затрат на приобретение программного обеспечения,
лицензий и пр.), либо практически невозможно использовать COM (для
сложных, масштабируемых, высоконадежных проектов или просто при
работе в гетерогенных средах, а не только в Windows). Windows-приложения,
ориентированные на взаимодействие с Microsoft Office, всегда будут
использовать COM; проекты с использованием Java и любых Java-
технологий (кроме Microsoft J++), как говорится, “сам бог велел” строить на
основе CORBA. Во многих случаях выбор технологии диктует выбор той или
иной части проекта: если вы планируете работать, например, с ORACLE 8i,
то, безусловно, гораздо лучше ориентироваться на CORBA. Область, где эти
технологии реально конкурируют, на мой взгляд, очень невелика