Jump to content
  • Advertisement
Sign in to follow this  
Doriath

Application vs. Browser-based Deployment for "Turn-Based" Sports Simulation?

This topic is 4883 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

Hello, I have been designing a sports management simulation along the lines of Championship Manager. It will be a text-based, data-driven simulation with most of its data sitting in a database. Players will manage a team from the hiring of staff down to the tactics during match time. I would like the game to primarily be a multiplayer experience in the end, as I feel other players could provide a better overall experience than a hobbyist's AI routines. I am having trouble deciding whether this is better suited as a desktop application or a browser-based game. The options I have been thinking about are: - GUI Application using C#, much along the lines of Championship Manager/NHL Eastside Hockey Manager. With this approach, users would need to have .NET installed, which would increase the size of the download (download distribution only). The advantage I see to this involves easier implementation of a single-player mode (for those that want to play on their own time). Multiplayer would be more tricky, as I would need to find a way to ensure that the game file is synchronized. I suppose I could use a server-side approach for multiplayer, and have the application only around as the user interface (when in multiplayer mode). The multiplayer mode (if implemented that way) would resemble the browser-based approach, but would use a C# app rather than CSS and HTML+PHP/ASP(and maybe Flash) as the client's display. This method of implementation might be a "third option" rather than being a part of the GUI application method. - Browser-based approach using a database+PHP or ASP (plus client-side code for aesthetic purposes). An example of this approach would be the Hat Trick website. This seems to have a much easier road to providing the multiplayer aspect of the game, but the single player mode (if I wanted to implement it at all) would practically be a totally different project. It seems as if a single persistent world would be easier to implement (as opposed to players starting their own games in the above option), but with managers having to wait for open spots in order to play. This approach leans more towards having the player play according to the server's rules rather than letting them customize their game or play on their own time. This isn't really a language issue. I don't think I can go wrong either way. I thought I would just throw it out here, and see what the more experienced think. Thanks to everyone for their constructive input. Edit: Updated the subject line. [Edited by - Doriath on June 2, 2005 6:28:57 PM]

Share this post


Link to post
Share on other sites
Advertisement
Hmm... sorry. Perhaps I posted this in the wrong forum. Can a moderator move it into a more appropriate forum (if this isn't the right one)?

Thanks!

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!