Danke euch =D
Ich bin eigentlich echt davon ausgegangen, das man da spezifischen Design-Regeln für die Ordnerstrukturierung folgt ... wie MVC eben
Das habe ich halt gefunden und fand es ganz gut:
Application-Layer: deals with hardware and OS
- Devices (Input/Files/Ram/Time)
- OS (Language/DLL/Threads/Network)
- Game Lifetime (Core Libs/Main Loop/ Init/Shutdown)
- system clock
- String handling
- Threads/Thread sync
Game-Logic-Layer: manages gamestate
- Game State & Data Structures
- Physics/Collision
- Events
- Process Manager
- Command Interpreter (Input)
Game-View-Layer: presents the game state
- Display (3D scenes/User Interface/Video)
- Audio (SFX/Music/Speech)
- Input Interpreter
- Process Manager
- Options
- AI (Stimulus Interpreter/Decision System/Process Manager/Options)
Bin zwar noch relative am Anfang von der Game-Entwicklung, aber wollte mir schonmal einen gewissen qualitätsstandard bei der Strukturierung von solchen Projekten zulegen und nicht mit jedem Projekt eine komplett andere Strukturierung haben
![^^](wcf/images/smilies/squint.png.pagespeed.ce.vVqemmKAwr.png)
Aber hört sich ja so an, dass es echt eher individuelle Strukturen sind ... wie man selbst am besten damit zurecht kommt =)Dann glaub ich, dass ich mir auch das beste von allen Welten zusammenbaue =D
Unterteilt ihr denn jeden Unterordner nochmals in header/cpp-Dateien?
Momentan siehts bei mir innerhalb meines VS grob so aus, werde aber ja im Laufe der Zeit sehen, obs taugt oder nicht =D Habs nach dem oben geposteten Schema aufgebaut, was dem MVC ziemlich ähnlich sieht.
- Application
-- Header Files
-- Source Files
- Logic
-- Header Files
-- Source Files
- View
-- Header Files
-- Source Files
Assets und Docs sind dann im Projektordner
- Assets
- Doc