Что выбрать для размещения своего сервера in-proc в отдельном процессе - COM + или DCOM? - PullRequest
Новая
       40

Что выбрать для размещения своего сервера in-proc в отдельном процессе - COM + или DCOM?

0 голосов
/ 10 ноября 2009

Мне нужно защитить 64-битного потребителя COM-компонента от 32-битного собственного C ++ ATL внутрипроцессного COM-компонента.

Похоже, что и COM +, и DCOM могут размещать мой внутрипроцессный компонент в отдельном процессе и выполнять маршалинг, так что и мне, и приложению-потребителю это не нужно, и мне даже не нужно менять свой компонент proc вообще. Я попробовал оба варианта - оба «просто работают» после некоторого первоначального использования молотка для настройки приложения COM + или приложения DCOM соответственно.

Мне нужно решение, которое было бы наилучшим с точки зрения развертывания и диагностики проблем у клиентов. Что выбрать - COM + или DCOM?

1 Ответ

1 голос
/ 15 ноября 2009

Они оба работают, поэтому выбор не кажется , что важно. Я бы выбрал COM +, потому что:

  • COM + новее, чем DCOM (и оба являются зрелыми), и люди иногда используют его из .NET в качестве корпоративных сервисов.
  • С помощью COM + вы можете создать свое собственное «приложение» для размещения ваших компонентов. Это может упростить поиск и обслуживание ваших компонентов в проводнике COM +.
  • Кажется, вам не нужна распределенная часть DCOM.
...