COM+ 응용 프로그램에서 COM 서버를 호스팅하지 않는 이유가 있습니까?

Question

In-Proc Com 서버를 Out Proc COM 서버로 변환하는 가장 간단한 방법은 COM+ 응용 프로그램을 만드는 것입니다. 이런 식으로 할 수있는 단점은 무엇입니까?

Answer 1

나는 당신의 자신의 컨테이너를 만들거나 MTS/com+에 찬성하여 타사 컨테이너 (존재하는 경우)를 사용해야 할 이유를 실제로 생각할 수 없습니다. 나는 그것이 당신이 원하는 모든 일을한다는 것을 의미합니다.

• COM 객체의 컨테이너 프로세스 분포를 선택할 수 있습니다.
• 그들이 실행하는 계정을 구성 할 수 있습니다.
• 컨테이너 프로세스를 모니터링하고 필요한 경우 다시 시작하여 재활용 할 수 있습니다.
• Multlple Worker 프로세스를 시작하여 여러 스레드가 필요한 시나리오에서 STA 구성 요소를 호스팅 할 수 있습니다. 등.

6 개월 이상을 쓰지 않고 그보다 더 잘하는 것은 상상하기 어렵습니다.

Answer 2

질문을 내부에 바꾸면, 당신의 안티 펠트는 "프로 크 외부 COM 서버를위한 COM+ 서버 외에 옵션이있는 이유는 무엇입니까? 이러한 다른 호스팅 옵션은 어떤 장점이 제공합니까?"

준비된 것이 없지만 테이블을 상상하고 있습니다. 테이블을 상상하고 있습니다. 다양한 열의 헤더로 상단에 호스팅 옵션이 있고 특정 속성은 행의 헤더로서의 특정 속성을 상상하고 있습니다. 각 호스팅 옵션을 각각의 다른 영역 또는 속성에서 평가할 수 있습니다.

내가 보는 주요 차이점은 관리 모델과 기능, 유연성입니다. 예를 들어, Windows 서비스에서 COM 서버를 호스팅하면 Windows 서비스 기능이 제공됩니다. Admin UI는 Services.msc (관리/운영 사물 모두)와 관련이 있으며 해당 서비스에 다른 인터페이스를 추가 할 수있는 유연성 (유연성).