Microsoft отказывается от компонентной объектной модели

Важное заявление сделал на конференции Developing Software for the Future Microsoft Platform в Лондоне (Великобритания) один из ведущих разработчиков Microsoft Дон Бокс. Он руководит работами над одним из важнейших элементов Longhorn — платформой Indigo, которая в будущем заменит .Net. Главным моментом в выступлении Бокса стала мысль о том, что объектно-ориентированные технологии обмена данными между программами, разрабатывающиеся компанией с начала 90-ых годах. По словам Бокса, технология OLE и ее наследники COM и DCOM оказались не столь универсальными и эффективными.

Это касается не только созданных в Microsoft технологий но и конкурирующих разработок, таких как CORBA или RMI, используемая в системах на базе Java. По словам Бокса, одной из ключевых проблем в объектном подходе к обмену информацией является то, что приложения должны использовать особые классы файлов — файлы формата JAR в Java или динамически подключаемые библиотеки (DLL) в Windows. Такой подход, по мнению Бокса, страдает рядом принципиальных недостатков. В частности, приложения зачастую взаимодействовали друг с другом более тесно, чем это было необходимо.

Поэтому на смену ему должны придти новые технологии, в которых обмен данными между программами осуществляется посредством специальных служб, использующих язык XML. Обмен информацией в этом случае осуществляется только путем отправки и приема приложениями сообщений. Такая модель обладает большей гибкостью по сравнению с использовавшейся ранее и впервые будет реализована в Longhorn.

Заниматься дальнейшим развитием COM и DCOM компания Microsoft, по словам Бокса, не будет. Это, однако, не означает, что данные технологии немедленно отправятся на свалку истории. По словам Бокса, многие пользователи совсем недавно начали использовать преимущества, предоставляемые COM. Компания останется приверженной COM, но не собирается вкладывать значительных средств в ее совершенствование.

http://pcnews.ru/news/news.shtml?41267

http://news.com.com/2100-1046_3-5148148.html

Более отстойной технологии я еще не видел, особенно по соотношению затрат к полученному результату.
Кстати, не подскажете, как сделать OLE Automation через Clipboard без MFC? Ну то есть, делаем Copy, вставляем в Exel, а делее, чтоб по Double Click запускалось что надо. Посторяю, MFC для нас уже не существует.

Если бы не слово "отказывается", можно было бы обсуждать. А так даже не хочется

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

Здравствуйте, RvRom, Вы писали:

RR>Microsoft отказывается от компонентной объектной модели

Ага, я как представил, что в игрушке запросы к DirectX 11.0 буду слать в виде XML, а он, бедный, вместо сегодняшней проверки на этапе компиляции, будет мучительно парсить каждый запрос в рантайме...
Чушь! Не дожили мы еще до тех времен, когда лишние гигагерцы девать некуда будет настолько, что ради торможения процессора можно будет пожертвовать удобством разработки.