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
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