Что случилось с DCOM?

function something_cool(text, callback){
    alert(text);
    if(typeof(callback)=='function'){ 
        callback(); 
    };
}
11
задан Charles 4 December 2009 в 14:25
поделиться

6 ответов

Ну, DCOM - это распределенная версия COM, а COM очень сложен сам по себе и очень прост непреднамеренно сделать что-то не так (см. этот недавний вопрос и ответ на него для примеров). С DCOM у вас просто еще больше способов навредить себе.

Кроме этого, он работает и, например, является хорошим способом размещения внутрипроцессных компонентов COM в отдельном процессе.

3
ответ дан 3 December 2019 в 07:38
поделиться
  1. Модель безопасности. Особенно, когда компьютеры не находятся в одном домене (или вообще не входят в домен).
  2. Автоматические интерфейсы, смоделированные для Visual Basic (исходный, не .NET), устаревшие и непривлекательные для использования на других языках.

Если вы хотите разрабатывать только на C ++ и развертывать в контролируемой сети, это все равно может быть хорошим выбором.

7
ответ дан 3 December 2019 в 07:38
поделиться

Мне не нравится COM / DCOM, потому что «Катастрофический сбой» - это самое бесполезное сообщение об ошибке в истории сообщений об ошибках.

3
ответ дан 3 December 2019 в 07:38
поделиться

Если вы пытаетесь создать клиент-серверное приложение и хотите, чтобы связь проходила через границы сети (например, через Интернет), то DCOM может быть проблематичным из-за брандмауэров.

Я работал над очень успешным серверным приложением, которое распространялось с использованием DCOM, мы позволяли системе обрабатывать большую часть сложности, создавая серверные приложения COM + и экспортируя прокси приложений. В этом случае это работало очень хорошо, пока все наши версии были синхронизированы.

2
ответ дан 3 December 2019 в 07:38
поделиться

В конце 90-х я реализовал большую систему с использованием DCOM. Хотя это работало довольно хорошо, было несколько проблем. Для начала он использует непредсказуемые номера портов для связи. Он не масштабируется, и вам гораздо лучше использовать WCF, чем DCOM.

1
ответ дан 3 December 2019 в 07:38
поделиться

Я думаю, что импульс переместился в сторону SOAP и других технологий веб-сервисов, потому что они:

  • проще развертывать системы при наличии брандмауэров
  • без привязки к поставщику

I Сам никогда не пользовался DCOM, поэтому не могу ничего сказать о его качестве и пригодности.

0
ответ дан 3 December 2019 в 07:38
поделиться