![\"\"](\"https:\/\/osu-wams-blogs-uploads.s3.amazonaws.com\/blogs.dir\/5511\/files\/2022\/04\/blog-4-main-menu.png\")
![\"\"](\"https:\/\/osu-wams-blogs-uploads.s3.amazonaws.com\/blogs.dir\/5511\/files\/2022\/04\/blog-4-level-1.png\")
![\"\"](\"https:\/\/osu-wams-blogs-uploads.s3.amazonaws.com\/blogs.dir\/5511\/files\/2022\/04\/blog-4-game-over.png\")
When designing the architecture of our game, I had to keep in mind 2 things: The diagram above shows a high-level flowchart of the architectural design I decided to implement. The game can only start from the scene titled “Main”. This is the root scene that contains global scripts that will control which scenes get loaded and unloaded. This Main scene holds the “GameController” script, which will be the main driver for the game. The GameController keeps track of the player’s score and lives, and controls when scenes are loaded and unloaded. The scenes are loaded additively, so the Main scene stays loaded the entire time.<\/p>\n\n\n\n In contrast, each separate level must<\/span> have its own local controller, called the “LevelHandler”. This controller uses the “LevelHandler” script, and contains all of the game’s assets as children in its hierarchy. <\/p>\n\n\n\n The LevelHandler must<\/span> have a “BrickManager” as one of its children elements. The BrickManager uses the “BrickManager” script, and is responsible for creating the brick layout of the level, as well as destroying the bricks, and re-constructing the level if necessary. Both of these components are required because the root GameController component utilizes them to control the game.<\/p>\n\n\n\n To add a new level, you would add a new method that constructs the level’s brick layout inside the BrickManager script. You would also need to add the new scene to the project’s File > Build Settings, and to the corresponding Enum of Scene names in the SceneLoader (not shown).<\/p>\n\n\n\n That’s about it for this week’s update. Stay out of trouble y’all.<\/p>\n","protected":false},"excerpt":{"rendered":" After mostly working individually on our initial game prototypes, this past week was dedicated to combining together all of our work that was done in parallel. Good o’ parallelism. Much efficient. Since each of us created a replica of the same game, this naturally resulted in our game assets being very similar. This made it … <\/p>\n
1) The player’s total score and number of remaining lives must be tracked as the player progresses through different levels.
2) Design an architecture that easily allows for adding new levels. <\/p>\n\n\n\n![\"\"](\"https:\/\/osu-wams-blogs-uploads.s3.amazonaws.com\/blogs.dir\/5511\/files\/2022\/04\/cs-467-ml-breakout-high-level-architecture.drawio-diagrams.net-2022-04-21-19-25-09.png\")