grpc oder thrift?

[Tobi (Gast)]

Hallo zusammen,

ich habe aktuell ein Projekt bei dem ich via rpc von meinem Laptop auf 
einen stationären PC im Netzwerk zugreifen will (ich will eine Anwendung 
die auf dem PC läuft von meinem Laptop aus bedinen, mit rpc gehts wohl 
schneller als via remote desktop etc). Mir wurde gRPC von Google 
empfohlen, allerdings finde ich die Beispiele/Tutorials auf deren Seite 
unglaublich schlecht. Beim rumsurven bin ich auf Thrift gestoßen, was 
wohl das selbe von Apache/Facebook ist.

Kann zu dem Thema jemand was sagen? Gehts mit Google's gRPC noch 
jemandem so und/oder hat jemand Erfahrungen mit Alternativen?

Danke und Gruß,
Tobi

[Peter II (Gast)]

Tobi schrieb:
> Kann zu dem Thema jemand was sagen?

dafür musst du erst einmal sagen, was du genau machen willst.

RDP (remote Desktop) und RPC sind komplett verschieden Dinge. Willst du 
den Desktop (die Anwendung) sehen oder willst du selber Programmieren 
und hast den Quellcode der Anwendung?

[Tobi (Gast)]

Hey,

ich hab den Quellcode der Anwendung. Die Anwendung ist eine QT 
Oberfläche bei der aktuell Buttons gedrückt werden können. Dazu muss ich 
aber via RDP auf den PC. Ich würde es gerne zusätzlich via RPC machen 
können.

Gruß

[Peter II (Gast)]

Tobi schrieb:
> Ich würde es gerne zusätzlich via RPC machen
> können.

Ich würde es über TCP machen, einfach eine Socket öffnen und dann dort 
Kommandos entgegen nehmen. Diese Lösen dann die selbe Funktion wie der 
Button aus. Eine Client-Programm muss man sich ja eh schreiben.

[Rufus Τ. F. (rufus)]

Tobi schrieb:
> Ich würde es gerne zusätzlich via RPC machen können.

Das bedeutet, daß Du Deine Anwendung auf zwei Computern laufen lassen 
musst - eine stellt die GUI dar und kommuniziert übers Netzwerk mit der 
anderen, die die Funktionalität zur Verfügung stellt.

RPC ist unter Windows auf verschiedenen Wegen verfügbar, eine 
verbreitete Variante dafür ist DCOM, es gibt aber auch eine ausführliche 
Sammlung nativer Win32-API-Funktionen für RPC:

https://msdn.microsoft.com/de-de/library/windows/desktop/aa378623(v=vs.85).aspx

Alternativen wären ganz normale Netzwerkprotokolle, d.h. der 
Fernsteuerprozess sendet über einen Socket die Information "Button 1 
gedrückt" o.ä. Dafür braucht man kein RPC.

Insgesamt erscheint mir das für Deine Problemstellung ziemlich sicher 
der falsche Ansatz zu sein.

Wenn es nur darum geht, eine Alternative zu RDP zu finden, könntest Du 
Dir z.B. auch VNC ansehen (dafür gibt es freie Implementierungen für 
Windows), oder aber Du versiehst Deine Anwendung mit einer Web-GUI, dann 
brauchst Du zur Fernsteuerung nur einen Webbrowser, und keine spezielle 
(und schwer zu debuggende) zusätzliche Fernsteueranwendung.