oubiwann / peloid

It's like a MUD. But better.
MIT License
1 stars 0 forks source link

Support role-based permissions #6

Open oubiwann opened 11 years ago

oubiwann commented 11 years ago

E.g., wizard, player, observer. Hrm... observers could be part of the gameplay as ghosts or spirits...

oubiwann commented 11 years ago

I'm probably going to do what I did ages ago for XML-RPC in another project, and use cred + role interfaces...

oubiwann commented 11 years ago

4th Edition D&D has class roles such as:

Perhaps the most common controller class is the Wizard. This is, of course, what is used as the super-user in MUDs. I'd like to offer more fine-grained control (e.g., creating objects, creating rooms, creating new levels in a map, creating whole new maps, etc).

There are several classes that have the Controller Role in D&D 4. The ones that seem applicable to splitting up the responsibilities of MUD creation/manipulation are listed here, with power associations:

Another view of permissions:

Maybe we can go with both for now :-) Interfaces for creating/controlling game content (subclasses of ICreator):

Interfaces for administering users and in-game play and related data (subclasses of IController):

There's actually a nice separation here: the creator permissions allow for the game catalogs to be updated. The controller permissions allow only for the instantiation and manipulation of cataloged items, not the creation of unknown items.