Будущее Компонентной Объектной Модели - PullRequest
4 голосов
/ 25 сентября 2008

Кто-нибудь слышал что-нибудь о том, что Microsoft [не] поддерживает COM в будущих версиях Windows?

Я полагаю, что инженеры Microsoft застряли с этим (даже если бы они предпочли только разрабатывать и поддерживать платформу .NET) просто из-за огромной негативной реакции со стороны их огромной клиентской базы. Там должно быть буквально миллиарды строк на основе COM в дикой природе. Я знаю, что я не с нетерпением жду, когда меня подтолкнут к массовой миграции просто потому, что какой-то умный астронавт, преодолевающий архитектурные достижения, должен доказать, что он величайший ... просто заняться боксом?).

Я подозреваю, что я просто параноик, но может ли кто-нибудь предоставить какие-либо авторские ссылки (Google не находит много)? В идеале, Белая книга от Microsoft, говорящая "COM остается в Вене, или иначе!" сильно успокоит мои нервы.

Ответы [ 7 ]

5 голосов
/ 25 сентября 2008

COM по-прежнему технология для межпроцессного взаимодействия. Посмотрите, как вы можете управлять Word, Excel и т. Д. Из другого приложения. .Net не может заменить это.

2 голосов
/ 25 сентября 2008

Я знаю, легко думать, что мир Microsoft - это .NET только с сегодняшнего дня, благодаря превосходной работе, проделанной их отделом маркетинга, но Microsoft всегда поддерживает их старые вещи, у них действительно нет выбора.

Посмотрите на MFC, они выпустили новые пакеты, и RibbonBar работает только на MFC (так как в нем разработан офис). Конечно, со временем они начнут писать все больше и больше кода .NET, и все меньше и меньше COM, но они все равно будут его поддерживать.

Функции разработки COM в Visual Studio останутся в силе, когда они уйдут, и теперь вы знаете, что они больше не хотят, чтобы мы его использовали.

Я прочитал запись в блоге от менеджера проекта Visual Studio, где он сказал, что в последнее время они получили много жалоб от разработчиков, касающихся сосредоточенности на C #. Он согласился и сказал, что следующая версия Visual Studio будет в основном ориентирована на неуправляемую разработку C ++.

2 голосов
/ 25 сентября 2008

COM и .Net служат различным потребностям. До тех пор, пока существует нативный код, будет необходим стандарт двоичной компонентизации, то есть COM. Даже если бы ОС была переписана с нуля (чего не будет и не должно быть), она будет в основном нативным кодом по причинам, таким как производительность и управление версиями. Вам нужно быстро придумать что-то похожее на COM, так почему бы не оставить то, что было протестировано и работает?

2 голосов
/ 25 сентября 2008

Ну, причина, по которой они назвали это .NET, в том, что COM3 был взят как имя последовательного порта. .NET - это новый COM. От .Net Common Language Runtime Unleashed :

Изменение имени с COM3 на COR для COM + 2.0 ... на NGWS и, наконец, на .NET.

Причина, по которой основная сборка называется mscorlib, заключается в том, что она обозначала Библиотека времени выполнения общих объектов Microsoft .

1 голос
/ 25 сентября 2008

Нет никаких официальных заявлений о том, что поддержка COM прекращается в будущих версиях Windows. он широко используется в ОС. Полностью переписав ОС с нуля (что я не могу представить в ближайшее время), можно с уверенностью предположить, что COM будет там некоторое время.

1 голос
/ 25 сентября 2008

Я не вижу исчезновения COM в ближайшее время, так как существует огромное количество устаревшего кода на основе COM. По той же причине я ожидаю увидеть Win32 в обозримом будущем. Никто не заботится о Windows как о платформе, они заботятся о своем прикладном программном обеспечении.

COBOL на S / 360, S / 370, S / 390, zSeries и C / unix остаются очень широко используемыми платформами по той же причине.

0 голосов
/ 25 сентября 2008

Итак, подведем итог:

COM останется, потому что: 1. Принципиально работает 2. Он обрабатывает межпроцессное взаимодействие, в отличие от межмашинного взаимодействия. 3. .NET унаследовал многое от COM, но не все. 4. Даже сами Microsoft по-прежнему полагаются на это.

И я согласен с тем, что сегодня в производственных системах по-прежнему существуют миллиарды линий FORTRAN и COBOL ... потому что они в основном работают.

Спасибо всем за ваши ответы ... Моды, не стесняйтесь убирать этот разговорный ответ, но (ИМХО) этот сайт был бы полезен, чтобы позволить авторам публично поблагодарить тех, кто нашел время ответить.

Ура всем. Кит.

Добро пожаловать на сайт PullRequest, где вы можете задавать вопросы и получать ответы от других членов сообщества.
...