이 강하다는 ... 일부 응용 프로그램 도메인 문제로 인해 그들을 좋아하지 않아 공유 메모리 버퍼 (또는 사전 할당). 또한 데이터 구조를 수동으로 관리해야합니다. 일단 테스트하고 작동 시키면 단순성으로 인해 사용 및 테스트가 더 쉬워집니다. 당신이 원격 경로를 이동하는 경우
, 당신은 명명 된 파이프를 사용하여 단일 시스템 통신에 대신 TCP 또는 HTTP 채널의 IpcChannel 사용할 수 있습니다. http://msdn.microsoft.com/en-us/library/4b3scst2.aspx. 이 솔루션의 문제점은 프로세스가 엔드 포인트를 등록 할 수있는 레지스트리 유형 솔루션 (공유 메모리 또는 다른 영구 저장소)을 찾아야한다는 것입니다. 그런 식으로, 당신이 그들을 찾고있을 때, 당신은 시스템에서 실행중인 모든 엔드 포인트를 쿼리하는 방법을 찾을 수 있고, 당신이 찾고있는 것을 찾을 수 있습니다. Remoting의 이점은 직렬화 및 메서드 호출이 모두 매우 간단하다는 것입니다. 또한 네트워크의 여러 컴퓨터로 이동하기로 결정한 경우 스위치를 뒤집어 대신 네트워킹 채널을 사용할 수 있습니다. 단점은 "원격"호출이 "로컬"호출 인 것을 명확하게 구분하지 않으면 Remoting이 좌절 할 수 있다는 것입니다.
저는 WCF에 대해 많이 알지 못합니다. 그러나 이것 또한 살펴볼 가치가 있습니다. 거미 감각은 아마도이 문제에 대한 좀 더 우아한 해결책을 가지고 있다고 말합니다. 아마도.
또는 다른 모든 프로세스와 별도로 시작되고 (둘 중 하나가 시작되지 않도록 시스템 뮤텍스를 사용하여 실행되는) "서버"프로세스를 만들어 중간 및 중간 프로세스로 작동 할 수 있습니다. 다른 모든 프로세스의 등록 허브.
이벤트 (게시/서브)에 대한 게시 - 구독 모델을 살펴볼 한 가지 더. 이 기술은 이벤트 소스를 사용할 수 있기 전에 시작되는 리스너를 가지고 있지만 이벤트 등록을 기다리지 않으려는 경우 도움이됩니다. "서버"프로세스는 이벤트 레지스트리를 처리하여 게시자와 가입자를 연결합니다.