- ich will Euch nichts böses.
- ich will auch keinen Key oder einen Generator dafür
- ich will meinen Eigenen Terminal Server basteln (ich weiß, existiert bereits. Aber wie heißt es so schön, Respekt wers' selber macht...)
Ich habe das vor langer Zeit mal mit einen Windows, und Linux-Rechner hinbekommen, was aber nur eine reine Text-Anwendung zum testen war.
Dazu habe ich das RPC-Protokoll verwendet, das von Microsoft abgekupfert in
ActiveX und
COM als Nachfolger abgekupfert wurde, um dann ein Eigenes "kommerzielles" Ding zu Haben.
Es ist mir durchaus bewußt, das RPC veraltet ist, da es noch zusätzlich auf modernen Computern mit einen SSL-Layer vorgelagert werden muss - und das in beide Richtungen:
Client -> Server
Server -> Client
Es gab auch damals schon Generatoren für automatisierungen derart, das man ein Client Stub und ein Server Stub erhalten konnte, wo dann nur noch die Funktionen implementiert werden mussten (aber halt einmal für Server und einmal für Client).
Dort wurden dann auch UID's eingesetzt - manche wurden sogar für bestimmte Bereiche als "reserviert" deklariert, so dass man dann andere UID's verwenden musste (auch wieder auf beiden Seiten: C/S).
Moderne Ansätze gehen ja dann mit Microsoft über Interfaces, die, wenn man es auf Server ummünzen sollte, die die Microsoft Produktpalette verwenden, nur noch die entsprechenden Compiler zu benutzen.
Man hat dann eine
IDE, in der Man per Generator die Interface UID erzeugen lassen kann, oder wie ich das von Delphi 7 her kenne, die
ActiveX UID der Komponenten per
GUI-Dialog setzen und verändern konnte/kann.
Und wegen meiner geplanten Eigen-Entwicklung, bin ich auf diese im Betreff stehende Thema gekommen.
Auch deshalb, weil ich versuchen wollte, auch Komponenten/Interfaces über
DLL als "Einführung" in dieses Thema, zu schreiben - was mir ehrlich gesagt noch nicht so recht gefallen mag, oder ich es evtl. noch nicht verstanden habe - weil es mir halt Bedenken macht, wie denn Funktionen remote ausgeführt werden können (C/S).
Aber ich werde wohl nicht drumrum kommen mich da eher mit Java zu beschäftigen, weil das ja alles möglich machen soll - oder aber wenn man an Microsoft kleben bleiben will, mit C-Sharp (C# Dot.NEt) oder so...
Aber dann habe ich wieder das Problem, das eventuell nötig ist, riesige Packete zu installieren von denen man vielleicht nur die Hälfte braucht.
Weshalb ich dann wieder Eigene Ideen geschaffen habe, Eigene mini-Programme zu entwickeln, die zwar als Pascal-Skripte daher kommen, aber mini-EXE/
DLL schreiben können.
Als Beispiel könnt Ihr ja mal in das Thema reinschauen, wo ich mir Infos von KasOB habe helfen lassen, mittels NASM Assembler kleine Programmchen zu schreiben.
Jetzt wird natürlich wieder der Eine und Andere sagen, das man viel Speicherplatz hat, bei den modernen Speichermedien. Aber ich bin noch einer von der alten Schule, bei denen es um jedes Bit und Byte geht.
Ich verlange nicht, das Ihr das versteht, was ich für ein Problem (vielleicht auch nur selbstgemacht) habe, und wo meine Gedanken sind...
Ich freue mich natürlich sehr, wenn hierzu noch einige Ideen und Texte kommen.