server/doc/directories.txt

29 lines
2.2 KiB
Text
Raw Permalink Normal View History

2010-08-08 09:40:42 +02:00
src/util
1. Was ist hier drin?
Hier drin steckt Code, der nicht nur f<>r Eressea zu gebrauchen ist. Wann immer m<>glich, sollte man versuchen, Code hier unterzubringen. Code in diesem Verzeichnis verwendet config.h, aber unter keinen Umst<73>nden eressea.h oder anderen code aus src/common.
2. Beispiele:
attrib, event, base36, rand
src/common
1. Was ist hier drin?
Der Kern des Spiels. Funktionen, ohne die ein Eressea-Spiel nicht existieren kann. Zum Beispiel Kampfsystem, Magiesystem, item-typen (aber m<>glichst wenige items). Je allgemeiner gehalten der Code ist, desto weniger mu<6D> in common, desto mehr kann in "pluggable" Modulen untergebracht werden.
Bei Code im Kern des Spiels sollte man beachten, das eine Abfrage auf einen konkreten item-typ immer zu einer Abh<62>ngigkeit mit Code f<>hrt, der eigentlich nicht dem Kern zuzurechnen ist. Wenn im Kampf z.B. eine Spezialwaffe erfragt wird, dann kann man kein Eressea-Spiel erzeugen, ohne diese Waffe mit zu linken, selbst wenn man sie nicht benutzt. Besser ist es in diesem Fall, wiederverwendbare attribute oder itemtype-flags zu benutzen. Analog gilt das f<>r alle anderen typen: rassen, geb<65>ude, schiffe, Regionstypen, Zauber.
2. Beispiele:
battle, economy, magic (vormals newmagic), item (allerdings ohne konkret items zu enthalten), build, building, ship
src/common/gamecode
1. Was ist hier drin?
Code, der nur die Auswertung und den Ablauf betrifft, aber keine statischen Tools wie z.B. den Mapper.
2. Beispiele:
Hier ist die <20>konomie drin, Zufallsereignisse, Reportgenerierung.
src/common/modules
1. Was ist hier drin?
"Pluggable" Module, wie Questen, Spezial-Planes, Events. Alles, was dem Spiel Leben einhaucht, ohne im Kern verankert zu sein.
2. Beispiele:
arena, xmas2000, museum, score (?).
3. Style
Ein Modul sollte aus main.c heraus initialisiert werden k<>nnen. Ideal ist, wenn ein Aufruf von init_<module>() gen<65>gt, um es zu aktivieren. Das sorgt z.B. beim Weihnachtsmann-Modul f<>r die Erzeugung der Plane und der Units, der Registrierung der n<>tigen Items und Attribute, und mehr mu<6D> nicht getan werden.
Darf keine Funktionen aus gamecode() benutzen, oder sollte selber im gamecode landen.
src/triggers
src/items
src/spells