2009-11-10 2 views
0

32 비트 네이티브 C++ ATL in-proc COM 구성 요소에서 64 비트 COM 구성 요소 소비자를 보호해야합니다.in-proc 서버를 별도의 프로세스 (COM + 또는 DCOM)로 호스팅하기 위해 선택해야하는 것은 무엇입니까?

COM + 및 DCOM과 같이 보이면 별도의 프로세스에서 내 프로 시저 구성 요소를 호스트하고 마샬링을 수행하여 나와 응용 프로그램이 상관 없으며 심지어 내 인터페이스도 변경하지 않아도됩니다. -proc 구성 요소. 두 가지 모두 시도했는데 두 가지 모두 COM + 응용 프로그램 또는 DCOM 응용 프로그램을 각각 설정하기위한 초기 해머 사용 후 "그냥 작동하는"것처럼 보입니다.

배포 및 고객의 진단 문제 측면에서 가장 좋은 솔루션이 필요합니다. COM + 또는 DCOM 중 어떤 것을 선택합니까?

+0

동일한 기술인 COM +는 DCOM의 "다음"버전입니다. –

답변

1

두 가지 모두 작동하므로 선택 항목이 인 것으로 보이지 않으므로이 중요합니다. COM +를 선택하는 이유는 다음과 같습니다.

  • COM +는 DCOM보다 새롭고 (둘 다 성숙함) 사람들이 때때로 .NET에서 Enterprise Services로 사용합니다.
  • COM +를 사용하면 구성 요소를 호스팅 할 고유 한 "응용 프로그램"을 만들 수 있습니다. COM + 탐색기에서 구성 요소를 쉽게 찾고 유지 관리 할 수 ​​있습니다.
  • DCOM의 분산 된 부분이 필요하지 않은 것처럼 보입니다.
관련 문제