spieleprogrammierer.de - Forum und Wiki zur Spieleprogrammierung und Spieleentwicklung

Moin,

ich bin seit langer Zeit ein begeisterter WiSim Spieler, und finde, dass der Markt nicht besonders viel hergibt. Mittlerweile.
Das war früher anders. In Zeiten von "Der Planer", "Biing" oder irgendwelchen alten Tycoon Spielen, war für jeden was dabei.
Heute drehen sich WiSims meistens um Sport oder Verkehr. Vielleicht mal ein paar ausgefallene Sachen, aber irgendwie gibts nichts richtig vernünftiges..

Deswegen meine Idee: Ein WiSim Framework. (Mit anschliessender oder paralleler Entwicklung einer konkreten Implementation)

Ich stelle mir das ganze so vor:
Aufgeteilt in einen Client und einen Server (der bei standalone Implementationen eben lokal läuft) werden 2 verschiedene Projekte realisiert.
Der Client wird in einer möglichst plattforumunabhängigen Umgebung gebaut - Hier eignen sich entweder direkt Fat-Clients auf Java Basis (Evtl Netbeans oder Eclipse RCP oder ein eigener Swing/JavaFX Client) oder direkt html. Wie das am sinnvollsten zu gestalten ist, hängt vom Team ab.

Der Client wird möglichst modular gehalten, und bietet die grundlegenden Funktionen. Für jede Spielimplementation gibt es dann Module (deswegen würde ich die RCPs von Netbeans oder Eclipse bevorzugen), die Funktionalitäten für die jeweilige Simulation enthalten.

Der Server, der entweder lokal oder im Netz gestartet wird, wird ebenso modular aufgebaut, und kann auf verschiedene Spielanfragen reagieren.
Er soll mehrere Simulationen gleichzeitig unterstützen. Dazu bietet er nicht viel: Daten in einer Datenbank, Validierung der ClientAnfragen und Push-Services für Messages (was vom einfachen Timeevent bis zu komplexeren Datenbankinhalten alles sein kann)

Durch eine einheitliche Gestaltung der Schnittstellen sollen Client und Server unabhängig voneinander sein, sich jedoch einfach verändern und anpassen lassen.


Fiskalisches:
Das Ganze ist ein Hobbyprojekt. Sollte man jedoch im Laufe des Projekts merken, dass Geld verdient werden könnte, würde ich vorschlagen, zu Beginn der Arbeiten schon ein Belohnungssystem zu etablieren.
Ich gehe allerdings erstmal davon aus, dass es eher Geld verschlingen als einbringen wird ... aber wer weiss schon, was in dieser komischen Zeit, in der auf Kickstarter und Co hunderttausende an Euros durch crowdfuning eingenommen werden, alles passieren kann...


zu mir:
Ich bin Dipl. Informatiker im echten Leben, kurz über 30 und beruflich als Java-Enterprise-Entwickler beschäftigt.

Ich suche:
Da das Projekt ziemlich komplex erscheint, denke ich, dass mindestens 3 weitere Programmierer, 2 Grafiker, 1 Soundengineer und evtl ein "Architekt" sinnvoll wären.

Bei Interesse und / oder Fragen bitte einfach posten oder pmen
Danke
Gruß
Phash

Ja Thoran,

das ist wohl wahr. Die Ideen hierzu sind allerdings noch ziemlich halbgar - und ich weiss nicht, ob ich mir einen Gefallen tu, wenn ich das hier poste

Prinzipiell soll eben das Grundgerüst für WiSims erstellt werden. Im Groben besteht das aus den gleichen Sachen, die in jeder WiSim vorkommen:
Ressourcenmanagement, Zeit/Rundenbasis, Aufträge/Events die zu bewältigen sind.

Der Client zeigt prinzipiell nur an. Rechnen wird der Server.
Der Server erzeugt auf irgend einer Basis Meldungen, die vom Client angezeigt werden. Der Spieler hat diese Meldungen zu bearbeiten und schickt deren Ergebnis zurück an den Server. Soweit so normal.

Wichtig wäre hier eben, dass die Anzeige der Meldungen pro Spielart veränderlich ist.
Die Berechnung pro Spielart ist unterschiedlich. Und die Erzeugung der Events basiert auf der jeweiligen Implementation


Im Grunde soll das Framework eigentlich erstmal nur die Erstellung, Verarbeitung und Versendung der Messages und auf dem Client die Anzeige standardisieren.
Wie man dann die eigentliche Implementation der Logik und der Anzeigen realisiert, bleibt noch zu bestimmen.

Würde man nun eine Sim erstellen wollen, müsste man sich nur um den Client kümmern, der eine Schnittstelle bedient. Die Oberflächen könnten im Grundgerüst angepasst werden.
Das entsprechende Servermodul besteht erst einmal aus einem Datenmodell, inkl Daten und der Bedienung der Oberflächen. Ich denke nicht, dass man hier ein vernünftiges Creation-Tool schaffen werden wird. Welches einem erlaubt die Oberfläche zu designen und dann direkt die Methoden auf dem Server zu stubben...