2009-05-11 2 views

Antwort

2

Die Verwendung von Sockets funktioniert. Named Pipes funktionieren auch.

3

Lassen Sie die erste App auf einem TCP-Port abhören. Stellen Sie sicher, dass die zweite Anwendung mit dem TCP-Port verbunden ist und senden Sie "WAY UP LAZY PROGRAM". Lass die erste App darauf reagieren, indem du etwas tust.

0

Sie können keine XML-Nachrichtenzeichenfolge an .net-Anwendung senden, die an einem bestimmten Port von der Nicht-.net-Anwendung abhört. Durch das Analysieren dieser XML-Nachricht können Sie die spezifische Funktion in der .net-Anwendung aufrufen.

Eine wilde Vermutung.

dank 123Developer

2

Wenn das Programm, das ich nicht .net wurde vorschlagen zu senden würde oder ein Fenster Nachricht Setzung: PostMessage und RegisterWindowMessage sehen. Um eine solche Nachricht im .net-Programm zu erhalten, müssen Sie möglicherweise PInvoice RegisterWndowMessage, und überschreiben Sie Ihre WndProc.

Eine andere gute Möglichkeit ist, einen benannten Mutex zu teilen.

Sie sollten definieren, was Sie mit "Echtzeit" meinen: Einerseits ist unter Windows nichts in Echtzeit und andererseits, wenn Sie anfangen, davon abzuweichen und stattdessen "fast Echtzeit" zu sagen oder "Soft Real Time" werden dann viele Lösungen möglich.

+0

+1 für den gemeinsamen Namen Veranstaltung, die so lange wirklich einfach sein würde, wie die Anwendungen auf der gleichen Maschine laufen . (Sie sagen Mutex, aber ich nehme an, Sie meinen Ereignis) – Andomar

0

Message-Passing ist wahrscheinlich der Weg zu gehen. Unter Verwendung Steckdosen funktionieren würden als gut, aber

a) könnten Sicherheitslücken öffnen, und

b) könnte ein Problem mit Firewall-Software auf einigen Maschinen sein.

Verwandte Themen