Ich habe damit zwar keine Erfahrung aber es klingt interessanter als das was wir damals gemacht haben (eine art Schwarzes Brett auf dem Server an den sich mehrere Clients verbinden können). Und das hat bei uns eher schlecht als recht funktionert. Da gingen immer irgendwelche TCP/IP Päckchen verloren (Wir haben in C und nicht in Java programmiert) <img src="/ubbthreads/images/graemlins/winkwink.gif" alt="" />
Darf ich da mitmachen? <img src="/ubbthreads/images/graemlins/winkwink.gif" alt="" />
Den Zeitaufwand für ungeübte Programmiere sollte man nicht unterschätzen! Andere bekommen sowas ziemlich schnell hin, aber man kann sich ja nicht an den Genies orientieren. Ist wahrscheinlich nicht das einzige Fach, oder?
Fürs Studium ist wahrscheinlich am wichtigsten das (zum bestehen)
- Doku, UML, etc. ausreichend ist
- Die Grundfunktionalität Client an Server funktioniert (also Befehlseingabe am Client und der Server schickt eine sinnvolle Antwort)
Das man das ganze auch noch spielen kann... z.B. mehrere Leute gleichzeitig, das dahinter eine Welt mit schöner Beschreibung liegt mit der man sinnvoll interagieren kann... das die Charaktere und die Welt auf dem Server gespeichert werden... ist dann eher zweitrangig... (also für die einser und zweier kandidaten <img src="/ubbthreads/images/graemlins/winkwink.gif" alt="" />)
Hängt natürlich davon ab wieviel Zeit vorgesehen ist. Wir mussten das meiste in unserer 'Freizeit' machen und hatten nur ein Semester zeit. Bei einem Jahr kann man shon mehr machen... vor allem wenn man die Grundlagen zu Anforderungsdef., UML, Java Netzwerk Programmieren bereits vorher hatte und nicht erst im selben Semester lernt.
Das was Du als Ziel geschrieben hast klingt gar nicht mal schlecht kann aber viel Aufwand bedeuten. Ich würde es noch etwas runterkürzen und eher manche Sachen als Optional aufgeben.
Die Landschaft, Eigenschaften von Objekte, Eigenschaften von Spieler und Lebewesen, die Beschreibung zu alledem oder wie Kämpfe funktioneren sollen (wieviele Gegenstände darf der Spieler aufnehmen, welche benutzt er als Waffe) muss natürlich auch gemacht werden.
Die Kampfregelen auch noch in Software umsetzen. Wie soll der Kampf überhaupt funktioneren. Wenn einer schneller tippen kann gewinnt er? Gibt es eine art 'Takt' und ein Schlag dauert soundsoviele Takte... oder kann der Gegner nur immer auf eine eigene aktion reagieren? (Da ich keine MUD's spiele weiss ich nicht wie das gehandhabt wird.)
Die Kämpfe würde ich vielleicht als optional angeben weil die könnte ich mir als ziemlich kompliziert vorstellen in der Realisierung...
Vieleicht reicht es ja auch wenn man sich bewegen, die Landschaft und Objekte betrachten kann und mit den Mitspielern reden kann...? Wobei das aufheben und benutzen von Objekten (Schlüssel/Tür) vielleicht auch noch machbar ist und schonal viel dazu beiträgt das das Spielen auch Spass machen kann.
