2016-08-05 3 views
2

이러한 질문이 잘못된 경우 사과드립니다.하지만 너무 오래 전에 .NET 원격 처리를 발견하여 조금 혼란 스럽습니다. .NET Remoting은 현재 프로그램과 완전히 다른 개체를 호출하는 방법입니다. 맞습니까? (저의 연구는 MSDN Technical Overview of .NET Remoting을 읽고 이해하는 것을 포함합니다)..NET Remoting 및 멀티 스레드 문의

.NET Remoting 기능 (here)을 찾았을 때 멀티 스레딩을위한 메서드를 찾고 있었기 때문에 발생했습니다. .NET Remoting은 멀티 스레딩의 한 형태입니까? 그것은 멀티 스레드와 관련이 있습니까?

시간 내 주셔서 감사합니다.

답변

3

우선 .NET Remoting은 오래 전에 중단 되었기 때문에 새로운 개발을 시작하는 경우 좋은 선택이 아닙니다. 하위 호환성을 제공하기 위해 여전히 존재합니다.

.NET 3.0 이후로 .NET Remoting을 수행하는 올바른 선택은 Windows 통신 Foundation입니다.

우려 사항에 대해 .NET Remoting은 다른 AppDomain의 개체와 동일하거나 다른 컴퓨터의 다른 프로세스도 매우 투명하게 일반, 오프라인 개체처럼 공존 할 수있는 방법을 시뮬레이션하는 방법이었습니다. 짧은 요약

, 나는 .NET Remoting을가 멀티 스레딩을 목적으로하지만, 프로세스 간 통신 방법으로 설계되지 않았 음을 말할 것입니다.

이제 WCF 또는 ASP.NET 웹 API를 사용하면 동일한 컴퓨터 또는 다른 네트워크의 다른 컴퓨터간에 프로세스간에 개체를 소비하고 방출 할 수 있습니다. 자신의 프로세스에서 네트워크 API를 호스트하고 다른 프로세스가 프로세스를 소비하게하는 방법을 배우려면 WCFASP.NET Web API 자체 호스트 특성을 참조하십시오.