Jump to content
  • Advertisement
Sign in to follow this  
robert_loxy

Game Architecture

This topic is 2406 days old which is more than the 365 day threshold we allow for new replies. Please post a new topic.

If you intended to correct an error in the post then please contact us.

Recommended Posts

Could any one please tell me what type of architecture does games use ?? Like in a database application there is a 3-teer architecture

Share this post


Link to post
Share on other sites
Advertisement
Which kind of games?

Single Player
Multiplayer
MMO Games?

Singleplayer is a Standalone application.

Multiplayer can be done P2P or with a central server.

MMO's are like typical 3 tier applications
Client with Graphics, Server with Logic and Database for saving the player states.

Share this post


Link to post
Share on other sites
Sir basiclly i wanted to ask there must be some rule you make a game , there is a flow you write source code so suppose i want to make a game so in what flow i must write the code ??

Share this post


Link to post
Share on other sites
I'm a noob myself, but I have this idea of my own that I'm trying to figure out:


1) A placeholder Title Menu (when running the app)


2) A placeholder Character Creation menu (which creates logfiles to .get and .set in-game)


3) The Main GUI Interface of the game. This gets everything it needs, when it needs it.
- GUI methods/objects
- Extends pop-up menus etc
- Extends game-mechanics superclass and subclasses
and more...


But it really depends on what type of game you want. In Myst, I'm imagining the devs made it as a bunch of gui classes just running subsequently, one after the other (with shared input listener objects and game-mechanical classes that each gui extends).

Did I make any sense whatsoever, though? I'm not sure, but I hope you got some answers. Cheers.

Share this post


Link to post
Share on other sites

But it really depends on what type of game you want. In Myst, I'm imagining the devs made it as a bunch of gui classes just running subsequently, one after the other (with shared input listener objects and game-mechanical classes that each gui extends).



Sounds like a job for a state machine. http://lazyfoo.net/articles/article06/index.php That's how I was able to change between the title screen, instructions, level selection, paused, and playing in my game. I used this article to learn the concept and then applied the logic to my game in SFML rather than SDL

Share this post


Link to post
Share on other sites
Sign in to follow this  

  • Advertisement
×

Important Information

By using GameDev.net, you agree to our community Guidelines, Terms of Use, and Privacy Policy.

We are the game development community.

Whether you are an indie, hobbyist, AAA developer, or just trying to learn, GameDev.net is the place for you to learn, share, and connect with the games industry. Learn more About Us or sign up!

Sign me up!