Idee und Konzept

Das Konzeptes für das neue 18xx:

Ende 2001 bis Anfang 2003 hatte ich vergeblich versucht, das alte DOS Programm von 18xx/PC in ein Windows-Programm zu konvertieren. Hauptproblem ist die nicht vorhandene Trennung zwischen Algorithmus und Anzeige und Abfrage von Maus und Tastatur. Unter DOS wird einfach in den Bildschirm geschrieben und die Eingaben per Polling abgeholt.
Unter Windows ist das Erzeugen von Fenstern und deren Inhalt gänzlich anders und viel komplexer. Benutzereingaben erhält ein Windows-Programm via Nachrichten.
Aufgrund der Probleme, die sich nur umständlich lösen lassen, werde ich 18xx/PC vollständig neu implementieren, wobei ich die Algorithmen auf Quelltext-Ebene kopieren werde. Dabei sollen Algorithmen und IO sauber getrennt werden.
Daher habe ich mich zu einem Client /Server Modell entschieden, um die Benutzerschnittsatelle vollständig von den Algorithmen zu Trennen:
1. Ein Server bietet 18xx-Partien als Moderator an. Er wird über ein Netzwerk-Socket von Clients angesprochen. Für jeden Client gibt es einen Thread.
  Der SERVER kennt die Spielregeln. Der SERVER hat aber weder Ahnung von Maus oder Tastatur noch von irgendwelchen Ausgabegeräten.
2. Ein Client pro Partie ist MASTER, weitere können VIEWER sein. MASTER und VIEWER erhalten alle Infos der laufenden Partie und können daher alles gewünschte darstellen. So kann man z.B. einmal die normalen Spielverlauf und auf einem anderen Rechner/Monitor die Kurstabelle anzeigen.
  Ein CLIENT hat keine Ahnung von den Regeln, er sendet nur Benutzereingaben als Kommandos an einen SERVER weiter und setzt die XML-Ausgaben des SERVERS auf dem Bildschirn oder andere Anzeigegeräte um.
3. Diese Infos vom Server zum Client werden als XML formatiert sein, wobei nur Änderungen gemeldet werden.
4. Nur der MASTER kann Änderungen vornehmen. Er nimmt daher Benutzereingaben entgegen und leitet sie als Kommandos an den Server weiter. Der MASTER soll sich genauso ,anfühlen' wie das alte DOS-Programm.
5. Server und Client können natürlich auch auf dem gleichen Rechner laufen. Ich plane, daß ein Client, der keinen Server findet, optional automatisch einen Server startet und ihn am Ende wieder terminiert.
6. Der Server wird eine Konsolanwendung und kann dadurch für Linux und Windows compiliert werden. Passende Socket und Thread-Klassen sind vorhanden.
7. Den Client werde ich (anfangs?) nur für Windows ausliefern. Da ich die Kommando-Syntax und die DTD der XML-Ausgabe des Servers dokumentieren werden, können Dritte weitere Clients für diverse Systeme schreiben.
Wenn alles steht werde ich meherere Master zulasssen. Die internen Datenstrukturen und das ACTION-Kommando sind jetzt schon Multi-Master fähig ausgelegt. Du die Multi-Master Verwaltung fehlt noch.
Die Syntax der Konfig-Dateien bleibt vorerst erhalten, da hier sehr viel Wissen über die verschiedenen 18xx-Varianten drin steckt. Vielleicht werde ich sie ein wenig einfacher organisieren und alternative Schlüsselwörter für die kryptischen 2 Buchstaben-Befehle zulassen.