Innovative Solutions in Software Engineering and Architecture
Explore the design and implementation of HotStone, an interactive learning platform and game server, developed by Henrik B. Christensen. Delve into Gradle projects, client subprojects, handling multiple games, URL tunneling with brokers, HTTP interactions, and game management features like GameId and lobby mapping.
Download Presentation
Please find below an Image/Link to download the presentation.
The content on the website is provided AS IS for your information and personal use only. It may not be sold, licensed, or shared on other websites without obtaining consent from the author. Download presentation by click this link. If you encounter any issues during the download, it is possible that the publisher has removed the file from their server.
E N D
Presentation Transcript
Software Engineering and Architecture HotStone + My own Solution
HotStone Primary goal Make a good and exiting learning experience in SWEA Secondary goal To create a real game server, allowing students to play CS@AU Henrik B rbak Christensen 2
Gradle Projects My code base is different from yours, as the provided zips to you are made manually (sigh) by removing code bits from my own repository. First of all my code base is divided into projects Core Is basically what you got in the first TDD Iter UI Is basically what you got in the MiniDraw Iter Domain My own alpha, beta, , phi stone solutions Solution Server side full implementation CS@AU Henrik B rbak Christensen 3
The client subproject You get my code, right? But you should not get my solution code! (You can decompile a java .class file into something resembling the original source code!) And you do not, because Client only depends upon core Resulting JAR file only contains interfaces and ClientProxy implementations PhiStone code only on server CS@AU Henrik B rbak Christensen 4
Handling Multiple Games LandingPages Lobby and objectId
Broker Using URL Tunnel The HotStone uses the FRDS.Broker library Configured with the URITunnel Client- and ServerRequestHandler Which is super, because I can configure extra paths Like the landing page CS@AU Henrik B rbak Christensen 6
Broker and HTTP And allows me to respond to POST requests! POST on /newgame Body variant=alpha Lobby will create the game, and associate its id with it. CS@AU Henrik B rbak Christensen 7
GameId Your servers only handle a single game Game s objectId does not matter I have a GameInvoker which of course must use a Name Service to fetch the right game to use The lobby maintains the mapping (id, game object) CS@AU Henrik B rbak Christensen 8
Optimizing Energy and Performance
Record keeping Adding an Event Source Database CS@AU Henrik B rbak Christensen 10
Recording All Events SQL database on all events on all games played Blizzard does the same to analyze balancing I guess the current variants are too boring for that to make sense Adding behavior to Game Should ring a bell ! Decorator Pattern ! CS@AU Henrik B rbak Christensen 11
Decorating Methods Accessors: Just forward to original game object Mutators: Add recording CS@AU Henrik B rbak Christensen 12
And Derived Events Effects and Hero Powers CS@AU Henrik B rbak Christensen 13
Lunar Landing Bug Windows Driver Automated GUI Testing CS@AU Henrik B rbak Christensen 15
Adapter of the Tool Configure UI with normal MiniDraw tool But embed it in an Adapter Adapter: Adapt from one interface to another This Adapter is a Window Driver Pattern CS@AU Henrik B rbak Christensen 16
Window Driver Thus I have a programming interface playCard which do not call game.playCard but call mouseDown/Drag/Up on the provided tool! windowDriver here is the MiniDraw tool Clicking the card and releasing it on the battle field CS@AU Henrik B rbak Christensen 17
Allowing to run the UI CS@AU Henrik B rbak Christensen 18
