By using this site, you agree to our updated Privacy Policy and our Terms of Use. Manage your Cookies Settings.
443,313 Members | 1,113 Online
Bytes IT Community
+ Ask a Question
Need help? Post your question and get tips & solutions from a community of 443,313 IT Pros & Developers. It's quick & easy.

Looking for opinions

P: n/a
I've been working on a game for several months but now I'm thinking I
may be going about it the wrong way. It's an online RPG designed to
recreate a pen & paper session, kind of like the OpenRPG project.

Originally I planned on doing something like OpenRPG with a Python app
that contained everything. But I'm thinking that approach may not be
necessary. Since the game would use the Internet for everyone to play
it, maybe it would be easier/better to just make a web app w/ Python
underpinnings. That way I wouldn't have to worry about making a Python
GUI and other "standalone" features that would have to be installed on
each players computer; they could just interact via a web browser and
IM.

The code I've made so far is just a text-based "proof-of-concept" for
the character generation to make sure I have the logic correct. I've
only been designing a GUI for the last few weeks and trying different
things like Tkinter and wxPython, so building a whole web app won't set
me back any.

With that in mind, I'm looking for opinions from more experienced
programmers. For this project, do you think I should continue w/
building a stand alone program or do you think making something out of
Django/Turbogears would be better?

Sep 22 '06 #1
Share this Question
Share on Google+
4 Replies


P: n/a
crystalattice a écrit :
I've been working on a game for several months but now I'm thinking I
may be going about it the wrong way. It's an online RPG designed to
recreate a pen & paper session, kind of like the OpenRPG project.

Originally I planned on doing something like OpenRPG with a Python app
that contained everything. But I'm thinking that approach may not be
necessary. Since the game would use the Internet for everyone to play
it, maybe it would be easier/better to just make a web app w/ Python
underpinnings. That way I wouldn't have to worry about making a Python
GUI and other "standalone" features that would have to be installed on
each players computer; they could just interact via a web browser and
IM.

The code I've made so far is just a text-based "proof-of-concept" for
the character generation to make sure I have the logic correct. I've
only been designing a GUI for the last few weeks and trying different
things like Tkinter and wxPython, so building a whole web app won't set
me back any.

With that in mind, I'm looking for opinions from more experienced
programmers. For this project, do you think I should continue w/
building a stand alone program or do you think making something out of
Django/Turbogears would be better?
I have few experience with RPG softwares, but if your "domain" logic si
anything more than trivially complex, it's always better to keep it as
decoupled as possible from the user interface (unless of course the user
interface actually is the domain !-). FWIW, this doesn't prevent you
from using a web framework as the front-end...
Sep 23 '06 #2

P: n/a

Bruno Desthuilliers wrote:
I have few experience with RPG softwares, but if your "domain" logic si
anything more than trivially complex, it's always better to keep it as
decoupled as possible from the user interface (unless of course the user
interface actually is the domain !-). FWIW, this doesn't prevent you
from using a web framework as the front-end...
Sorry, but what exactly do you mean by "domain"? I've heard of domains
before but I think my interpretation is different from yours in this
respect. Is this like the back-end code or do you mean something else?

Sep 23 '06 #3

P: n/a
crystalattice wrote:
Bruno Desthuilliers wrote:
>I have few experience with RPG softwares, but if your "domain" logic si
anything more than trivially complex, it's always better to keep it as
decoupled as possible from the user interface (unless of course the user
interface actually is the domain !-). FWIW, this doesn't prevent you
from using a web framework as the front-end...

Sorry, but what exactly do you mean by "domain"? I've heard of domains
before but I think my interpretation is different from yours in this
respect. Is this like the back-end code or do you mean something else?
Yes. The code that represents player characters, NPCs, artifacts, maps, GM
notes, etc. rather than dialog boxes, windows, config files, HTML templates.

--
Robert Kern

"I have come to believe that the whole world is an enigma, a harmless enigma
that is made terrible by our own mad attempt to interpret it as though it had
an underlying truth."
-- Umberto Eco

Sep 24 '06 #4

P: n/a
crystalattice wrote:
Bruno Desthuilliers wrote:
>I have few experience with RPG softwares, but if your "domain" logic si
anything more than trivially complex, it's always better to keep it as
decoupled as possible from the user interface (unless of course the user
interface actually is the domain !-). FWIW, this doesn't prevent you
from using a web framework as the front-end...

Sorry, but what exactly do you mean by "domain"?
Sorry, OOA/D jargon. The "domain" (implied : the "problem domain") is
really the core of the application - here all the objects / classes /
functions / whatever that constitute your game system. IOW, it's the
Model part of the MVC triad.
--
bruno desthuilliers
python -c "print '@'.join(['.'.join([w[::-1] for w in p.split('.')]) for
p in 'o****@xiludom.gro'.split('@')])"
Sep 25 '06 #5

This discussion thread is closed

Replies have been disabled for this discussion.