Re: [pbmserv-dev] Adding a command to a game

[John Williams <williams@tni.com>]

You mean, like if there was a virtual function that was called if the
command did not match any of the built-in commands?

Maybe we could call it UnknownCommand().

 :)

~ John Williams


On Thu, 22 Sep 2005, Lyman Hurd wrote:

> Thinking it over, it hurts my object oriented
> sensibilities to extend the base class in this way.
> Basically adding interfaces to the base is the last
> refuge of a scoundrel.
>
> I think it would be much cleaner to have a command
> registry in the base object and let the individual
> games register a handler for a given command.  That
> way we can arbitrarily extend the command set without
> ever having to modify the base or worry about
> associated incompatibilities.
>
> Just a thought...
>
> Lyman
>
> PS Of course implied here is a willingness to help
> code...
>
> --- Lyman Hurd <lhurd@yahoo.com> wrote:
>
> > Right I just mean that a game option was not viable
> > in
> > that case because it doesn't "know" that lyman wants
> > the game listing as "sgf" if the server does not
> > know
> > it if lyman doing the asking!
> >
> > Cheers,
> >
> > Lyman
> >
> > --- Robert Barrell <games@rdbhn.org> wrote:
> >
> > > Lyman Hurd wrote:
> > >
> > > >Well yes, come to think of it there are somw
> > > drawbacks
> > > >to what I was proposing.  For example, if you do
> > a
> > > >"show" rather than a "showas" you are not in the
> > > >context of any specific user.
> > > >
> > > >
> > > Thanks, Lyman.  Actually, user context (as in
> > > "showas") is not important
> > > for SGF.  The format is absolute, and the programs
> > > that display the
> > > games usually have "board flip" options.
> > >
> > > >Possibly adding a command is the most reasonable
> > > >option...
> > > >
> > > >As noted virtual methods can have a default
> > > >implementation usable by all classes that do not
> > > >specifically override it, or in some cases a
> > method
> > > >can be made "pure virtual" in which case any
> > > concrete
> > > >class that extends the base is forced to override
> > > it.
> > > >
> > > >
> > > Still working on it.  The "not implemented"
> > default
> > > works, but I'm
> > > getting a segmentation fault when the Go version
> > of
> > > the function is called.
> > >
> > >
> > > To unsubscribe, send a message to
> > esquire@gamerz.net
> > > with
> > > 	unsubscribe pbmserv-dev@gamerz.net
> > > as the BODY of the message.  The SUBJECT is
> > ignored.
> > >
> > >
> >
> >
> > To unsubscribe, send a message to esquire@gamerz.net
> > with
> > 	unsubscribe pbmserv-dev@gamerz.net
> > as the BODY of the message.  The SUBJECT is ignored.
> >
> >
>
>
> To unsubscribe, send a message to esquire@gamerz.net with
> 	unsubscribe pbmserv-dev@gamerz.net
> as the BODY of the message.  The SUBJECT is ignored.
>