<!-- MHonArc v2.4.4 --> <!--X-Subject: RE: [MUD-Dev] Object and class heirarchies -- are they really necessary? --> <!--X-From-R13: "Ybfgre, Dncu" <exbfgreNbevtva.rn.pbz> --> <!--X-Date: Tue, 21 Mar 2000 16:25:20 -0800 --> <!--X-Message-Id: 11A17AA2B9EAD111BCEA00A0C9B4179303D6E44A#molach,origin.ea.com --> <!--X-Content-Type: text/plain --> <!--X-Head-End--> <!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 3.2//EN"> <html> <head> <title>MUD-Dev message, RE: [MUD-Dev] Object and class heirarchies -- are they really </title> <!-- meta name="robots" content="noindex,nofollow" --> <link rev="made" href="mailto:rkoster#origin,ea.com"> </head> <body background="/backgrounds/paperback.gif" bgcolor="#ffffff" text="#000000" link="#0000FF" alink="#FF0000" vlink="#006000"> <font size="+4" color="#804040"> <strong><em>MUD-Dev<br>mailing list archive</em></strong> </font> <br> [ <a href="../">Other Periods</a> | <a href="../../">Other mailing lists</a> | <a href="/search.php3">Search</a> ] <br clear=all><hr> <!--X-Body-Begin--> <!--X-User-Header--> <!--X-User-Header-End--> <!--X-TopPNI--> Date: [ <a href="msg00681.html">Previous</a> | <a href="msg00683.html">Next</a> ] Thread: [ <a href="msg00677.html">Previous</a> | <a href="msg00685.html">Next</a> ] Index: [ <A HREF="author.html#00682">Author</A> | <A HREF="#00682">Date</A> | <A HREF="thread.html#00682">Thread</A> ] <!--X-TopPNI-End--> <!--X-MsgBody--> <!--X-Subject-Header-Begin--> <H1>RE: [MUD-Dev] Object and class heirarchies -- are they really necessary?</H1> <HR> <!--X-Subject-Header-End--> <!--X-Head-of-Message--> <UL> <LI><em>To</em>: "'<A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A>'" <<A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A>></LI> <LI><em>Subject</em>: RE: [MUD-Dev] Object and class heirarchies -- are they really necessary?</LI> <LI><em>From</em>: "Koster, Raph" <<A HREF="mailto:rkoster#origin,ea.com">rkoster#origin,ea.com</A>></LI> <LI><em>Date</em>: Tue, 21 Mar 2000 18:22:15 -0600</LI> <LI><em>Reply-To</em>: <A HREF="mailto:mud-dev#kanga,nu">mud-dev#kanga,nu</A></LI> <LI><em>Sender</em>: <A HREF="mailto:mud-dev-admin#kanga,nu">mud-dev-admin#kanga,nu</A></LI> </UL> <!--X-Head-of-Message-End--> <!--X-Head-Body-Sep-Begin--> <HR> <!--X-Head-Body-Sep-End--> <!--X-Body-of-Message--> <PRE> > -----Original Message----- > From: Par Winzell [<A HREF="mailto:zell#alyx,com">mailto:zell#alyx,com</A>] > Sent: Tuesday, March 21, 2000 5:00 PM > To: mud-dev#kanga,nu > Subject: Re: [MUD-Dev] Object and class heirarchies -- are they really > necessary? > > > J C Lawrence writes: > > Christopher commented that they do the same things > (assembling their > > super-class from more malleable single-purpose pieces) -- except > > that they do it conciously and with intent aforethought. > My favourite benefit of this approach is the same one that e.g. Diku > has over most LPMuds... that you nail down in the implementation of > the single physical class the entireity of the feature set... and as > a consequence, all physical objects are guaranteed to respond sanely > to a known set of actions. This is what I referred to as the great strength of Dikus--they are template-based muds. The template constrains, but only insofar as the data set that the template provides. If you can expand the template and supply default values to objects that have not been manually updated with new data, then your constraints pretty much go away without having to subclass new object types, etc. > So though in theory, with competent and _disciplined_ developers, the > LPMud can be everything a Diku can and then some, in practice there's > no question which code base I prefer to be a player in. Since Skotos > uses DGD, an LP driver, we must attempt to conjure up this discipline > largely through our world implementation (and developer interface). cf my LP vs Diku posting from ages ago, it's in the archives and also on my website. Key point is near the end, and is equally applicable to your approach: "The name of the game in Dikus really has to be making the templates they load more flexible"... in other words, for your approach, providing an architecture to your superclass so that your methods can easily be added to, expanded on, and customized in greater detail... <A HREF="http://www.legendmud.org/raph/gaming/index.html">http://www.legendmud.org/raph/gaming/index.html</A> start quote---> I'd like to expand a little on the Diku side to [Tim Hollebeek's] excellent reply on the differences between Diku-derived muds and LPMuds. Whereas the great strength of LPMuds is the fact that they are so flexible and programmable, the great strngth of Diku derived muds is that they are not. The more complex the system required to build or to get the game running, the less likely that said system will ever be successfully set up. This is why the template approach of Diku style muds proved so popular. They are very easy to set up, al the databases even among the different code bases are remarkably similar (i.e. converting areas between stock Diku, Merc, Circle, etc, is remarkably easy, if indeed any conversion is necessary) and hence large muds can be opened from scratch by spending a few hours with FTP. This is also the great weakness of Diku of course--they are fill-in-the-blank muds. LPs have the opposite problem. To make a unique LP implies a certain level of ability at coding in LPC, which is, to be honest, as rare as the certain amount of ability required to code in C on a Diku. The result is that momst LPMuds take a standard mudlib off the shelf, and run with it, in effect ACTING as template-based muds even though they have a wonderful and powerful architecture underneath. I don't think there is any question that LP is far more powerful than Diku-derived code bases. You could write a fully-Diku-compatible mud in LP, and make it better. But Dikus will not go away because they are much, much, much easier to use for the most part. (Yes, a well-designed mudlib can be easier to use as a Diku, I know... my point is that the work required to get it to that point is not generally done). The trend among dikus that Tim mentioned, regarding adding scripting and so on, isn't exactly new, of course, but it has taken a surprising amount of time to catch on. But scripting alone isn't the real design issue. The name of the game in Dikus really has to be making the templates they load more flexible yet backwards compatible. Adding new sections to the template that are optional but permit greater detailing, customization, etc. Permitting each builder to find their own level... LP is a better system. But I prefer to do my work on Dikus. :) <---end quote -Raph _______________________________________________ MUD-Dev mailing list MUD-Dev#kanga,nu <A HREF="http://www.kanga.nu/lists/listinfo/mud-dev">http://www.kanga.nu/lists/listinfo/mud-dev</A> </PRE> <!--X-Body-of-Message-End--> <!--X-MsgBody-End--> <!--X-Follow-Ups--> <HR> <ul compact><li><strong>Follow-Ups</strong>: <ul> <li><strong><A NAME="00685" HREF="msg00685.html">RE: [MUD-Dev] Object and class heirarchies -- are they really necessary?</A></strong> <ul compact><li><em>From:</em> Nathan F Yospe <yospe#hawaii,edu></li></ul> </UL></LI></UL> <!--X-Follow-Ups-End--> <!--X-References--> <!--X-References-End--> <!--X-BotPNI--> <UL> <LI>Prev by Date: <STRONG><A HREF="msg00681.html">Re: [MUD-Dev] Object and class heirarchies -- are they really necessary?</A></STRONG> </LI> <LI>Next by Date: <STRONG><A HREF="msg00683.html">Re: [MUD-Dev] Object and class heirarchies -- are they really necessary?</A></STRONG> </LI> <LI>Prev by thread: <STRONG><A HREF="msg00677.html">RE: [MUD-Dev] Object and class heirarchies -- are they really necessary?</A></STRONG> </LI> <LI>Next by thread: <STRONG><A HREF="msg00685.html">RE: [MUD-Dev] Object and class heirarchies -- are they really necessary?</A></STRONG> </LI> <LI>Index(es): <UL> <LI><A HREF="index.html#00682"><STRONG>Date</STRONG></A></LI> <LI><A HREF="thread.html#00682"><STRONG>Thread</STRONG></A></LI> </UL> </LI> </UL> <!--X-BotPNI-End--> <!--X-User-Footer--> <!--X-User-Footer-End--> <ul><li>Thread context: <BLOCKQUOTE><UL> <LI><STRONG>RE: [MUD-Dev] Object and class hierarchies -- are they really necessary?</STRONG>, <EM>(continued)</EM> <ul compact> <ul compact> <ul compact> <ul compact> <ul compact> <ul compact> <LI><strong><A NAME="00793" HREF="msg00793.html">RE: [MUD-Dev] Object and class hierarchies -- are they really necessary?</A></strong>, Christopher Allen <a href="mailto:ChristopherA#Skotos,net">ChristopherA#Skotos,net</a>, Thu 30 Mar 2000, 04:00 GMT </LI> </ul> </ul> <LI><strong><A NAME="00810" HREF="msg00810.html">[MUD-Dev] Debugging techniques</A></strong>, adam <a href="mailto:adam#treyarch,com">adam#treyarch,com</a>, Fri 31 Mar 2000, 20:57 GMT </LI> </ul> <LI><strong><A NAME="00765" HREF="msg00765.html">Re: [MUD-Dev] Object and class heirarchies -- are they really necessary?</A></strong>, Phillip Lenhardt <a href="mailto:philen#funky,monkey.org">philen#funky,monkey.org</a>, Tue 28 Mar 2000, 21:34 GMT </LI> </ul> </ul> <LI><strong><A NAME="00677" HREF="msg00677.html">RE: [MUD-Dev] Object and class heirarchies -- are they really necessary?</A></strong>, Dr Richard A. Bartle <a href="mailto:richard#mud,co.uk">richard#mud,co.uk</a>, Tue 21 Mar 2000, 21:45 GMT </LI> <LI><strong><A NAME="00682" HREF="msg00682.html">RE: [MUD-Dev] Object and class heirarchies -- are they really necessary?</A></strong>, Koster, Raph <a href="mailto:rkoster#origin,ea.com">rkoster#origin,ea.com</a>, Wed 22 Mar 2000, 00:25 GMT <UL> <LI><strong><A NAME="00685" HREF="msg00685.html">RE: [MUD-Dev] Object and class heirarchies -- are they really necessary?</A></strong>, Nathan F Yospe <a href="mailto:yospe#hawaii,edu">yospe#hawaii,edu</a>, Wed 22 Mar 2000, 01:59 GMT </LI> </UL> </LI> <LI><strong><A NAME="00686" HREF="msg00686.html">Re: [MUD-Dev] Object and class heirarchies -- are they really necessary?</A></strong>, Draymoor <a href="mailto:fibhufky#erols,com">fibhufky#erols,com</a>, Wed 22 Mar 2000, 02:33 GMT </LI> <LI><strong><A NAME="00687" HREF="msg00687.html">Re: [MUD-Dev] Object and class heirarchies -- are they really necessary?</A></strong>, Draymoor <a href="mailto:fibhufky#erols,com">fibhufky#erols,com</a>, Wed 22 Mar 2000, 03:53 GMT </LI> <LI><strong><A NAME="00756" HREF="msg00756.html">RE: [MUD-Dev] Object and class heirarchies -- are they really necessary?</A></strong>, Brian Ashburn <a href="mailto:BAshburn#us-south,net">BAshburn#us-south,net</a>, Tue 28 Mar 2000, 20:18 GMT </LI> </ul> </LI> </UL></BLOCKQUOTE> </ul> <hr> <center> [ <a href="../">Other Periods</a> | <a href="../../">Other mailing lists</a> | <a href="/search.php3">Search</a> ] </center> <hr> </body> </html>