질문 : 다른 프로그램에서로드 할 수있는 DLL이 있습니다. 이제 dll은 다른 프로그램의 모든 데이터/기능에 액세스 할 수 있습니다.Windows IPC 방법이란 무엇입니까?
외부 프로그램이 해당 프로그램에 데이터/명령을 보내고 다른 프로그램을 조정하거나 데이터를 가져올 수있는 기술은 무엇을 사용할 수 있습니까?
DDE를 의미하는 과거에는 Windows 3.11/95 시대로 돌아갔다. 오늘 무엇을 사용할 수 있습니까? 어느 것이 가장 쉬운가요? 어느 것이 가장 빠릅니까?
일반적인 사람은 다음과 같습니다
COM은 요즘 Windows 중심 응용 프로그램을위한 사실상의 표준 IPC 메커니즘입니다.
언어 장벽을 넘어 액세스 할 수 있으며 이진 인터페이스 호환성 문제를 해결하고 투명 마샬링을 수행하며 다양한 스레딩 모델을 사용할 수 있습니다.
sharptooth은 사실을 잘 요약 한 here입니다.
당신은 Mailslots을 고려해 볼 수 있습니다, 간단하고 빠른 통신을 위해 .NET
에서 높은 수준의 possiblities에 대해 Remoting을 잊지 마십시오. 그들은 사용하기 쉽습니다. 파일처럼 대화 할 수 있습니다.
메일 슬롯은 여러 수신자에게 명령을 브로드 캐스트하거나 여러 생성자로부터 메시지를 수신 할 때 가장 적합하며 디자인에서 가끔 메시지가 손실 될 수 있습니다. 위에서 언급 한 명명 된 파이프는 단일 프로세스 - 단일 프로세스, 보장 된 전달 IPC에 더 적합합니다.
좋은 소식
많은 샘플을 사용할 수 있습니다,하지만 난 하나의 C에서 on CodeProject ++
이상 게시 아직 충분한 담당자가 없습니다 http://msdn.microsoft.com/en-us/library/windows/desktop/aa365574%28v=vs.85%29.aspx 나는 믿습니다. 그 두 가지 가장 좋은 방법은 파이프와 SharedMemory 비록 지금까지 그들의 성능을이 구현과 함께, 특히 C#, 공유 메모리가 가장 빠르고 가장 쉬운 것 같아요하지만 그것은 파이프를 통해 네트워크를 통해 통신을 허용할지 모르겠지만 http://www.codeproject.com/Articles/138290/Programming-Memory-Mapped-Files-with-the-NET-Frame – Anonymous
이 두 링크가 모든 사람에게 가장 적합한 방법 http : // ko를 선택할 수있게합니다. wikipedia.org/wiki/Inter-process_communication 및 여기에 몇 가지 장단점이 있습니다 - http://stackoverflow.com/questions/404604/comparing-unix-linux-ipc – Anonymous