[MUD-Dev] i got's a question for yall on the best way to do something..

Joey Hess joey at kitenet.net
Thu Jun 17 17:34:12 CEST 1999


PartyG2816 at aol.com wrote:
> While this shows some finer points of MUSHes, a more basic system for
> MUD design would be the ability to do something completely nuts:
> Have Container derive from entity, and have room, object, and player
> derive from Container.

Yes, that's about how lambdamoo does it except object doesn't derive from
container.

> Then you can add another unheard of Entity
> called Exit. Exits can be held by Rooms, Objects, and (gasp)
> Players.

I forget if lambdamoo allows this, but perlmoo certianly has at some points
in its development. In fact, it does right now. :-)

> What ya think of that?  Heh, before I can get to that I still have to figure 
> out my area file format and how i wanna dot he reading and writing... do it 
> with something like xml tags? or what *shrug* any input there would be 
> appreciated also ;-)

Hm, again, that's how perlmoo does it. Here is a simple xml dumped-out
object from perlmoo. 

<OBJECT ID="OBJ_10">
<FIELD NAME="bounce">
        $this=shift;
	"The ".$this->name." bounces.";
</FIELD>
<FIELD NAME="name">ball</FIELD>
<FIELD NAME="owner" OBJREF="OBJ_1"/>
</OBJECT>

I find that xml has given me a good combination of readability and
flexability as I've worked on perlmoo and had to change the database format
a couple of times and had to examine and modify the database directly many
times. I will probably support a less verbose format eventually though.


--
see shy jo



_______________________________________________
MUD-Dev maillist  -  MUD-Dev at kanga.nu
http://www.kanga.nu/lists/listinfo/mud-dev




More information about the mud-dev-archive mailing list