문제

를 사용해야 하라는 파이프,또는.NET 원격 통신으로 실행하는 프로세스에서 내 컴퓨터에서?

도움이 되었습니까?

해결책

WCF 는 최고의 선택입니다.지원 다수의 전송 메커니즘 ( 이름 파이프 다)및 완전히 될 수 있는 구성 구동됩니다.I would highly recommend that you take a look at WCF.

여기에는 이 블로그는 WCF vs 원격 성능 비교.

에서 인용한 블로그:

WCF 다.NET 원격은 정말이에 비해 성능이다.차이점은 그래서 작은(측정 클라이언트 대기 시간)그것이 문제가되지 않은 조금 더 빠르다.WCF 하지만 훨씬 더 나은 서버가 처리량보다.NET Remoting.하면 내가 시작이 완전히 새로운 프로젝트에 나가 선택한 것이 WCF.어쨌든 WCF 보다 훨씬 더 않 원격하고 모든 사람들을 위해 기능을 내가 그것을 사랑합니다.

MSDN 섹션에 대한 WCF

다른 팁

의 경우에 단일 기계,Named Pipes 당신에게 더 나은 성능과될 수 있습으로 구현 원격 인프라 뿐만 아니라 WCF.할 수 있습니다 또는 직접 사용 시스템입니다.IO.파이프.

만약 당신이 평균 프로세스 간의 통신,나는 사용됩니다.원격으로 사용 가능하도록 아무 문제없이 지금까지.면 두 과정은 동일한 시스템에서 통신은 매우 빠르다.

명명된 파이프는 확실히 더 많은 효율적이지만,그들이 필요로 하의 디자인은 적어도 기본적인 응용 프로그램 프로토콜지 않을 수도 있는 것이 가능하다.원격을 호출할 수 있도록 원격한 방법으로 쉽습니다.

원격습니다.NET Framework2.0 제공 IPC 채널 을 위한 프로세스 간의 통신에서 동일한 기계입니다.

를 사용하는 경우.NET Framework3.0 이상,내가 사용하는 것 WCF.WCF 를 사용하여 사용할 수 있습니다,다른 바인딩 depeneding 에 사 성능/interop/등이 있습니다.는 당신이 필요합니다.

면 성능이 중요하지 않습니다 그리고 당신은 필요 interop 다른 웹 서비스 기술을 이용하고 싶을 것이다 WS-HTTP 구속력이 있습니다.한 경우 사용할 수 있습니다 WCF 중 하나와 함께 그물 tcp 바인딩 나라는 파이프 구속력이 있습니다.어느 작업해야 합니다.

나 개인적인 취 WCF 접근 방식은 더 깨끗하으로 당신이 할 수 있는 계약에 기반 서비스에 초점을 메시지지 않는 객체(들을 일반화기 기반으로 기본 프로그래밍 모델 WCF/.NET 원격).지를 보내는 개체에 걸쳐 철사기 때문에 많은 의미 정보를 분실하거나 명확하지 않습니다.할 때 모든 하고 있다는 메시지를 보내고 좋아하는 WCF 더 쉽게 분리하고 관심 사이에 통신 및 클래스/인프라는 단일 노드 등으로 구성되어 있습니다.

WCF 또한 유연성을 제공.에 의해 단지 일부를 변경하는 config(바인딩)할 수 있습 같은 서비스 일부를 다른 기계를 대신 IPC 에서 동일한 기계입니다.따라서 당신의 코드는 계속 융통성이 있습니다.

.Net 원격지 않는 프로토콜 자체.그것을 선택할 수 있습 protocal 를 사용:비누,지정된 파이프,등등.

.net 원격입니다 내장.그물을 내부 프로세스 커뮤니케이션.사용하는 경우에는,그들은 계속 지원할 것이고 아마도 그것을 향상시킬 수 있습니다.명명된 파이프를 주지 않는다 당신은 약속의 향상된 기능의 향후 버전에서.net

라이센스 : CC-BY-SA ~와 함께 속성
제휴하지 않습니다 StackOverflow
scroll top