Конструктивные соображения для того, чтобы временно преобразовать плеер в животное в ролевой игре играющего

Возможно, вместо того, чтобы помещать набор навыков для Друида в класс Друида, вы могли бы перенести этот набор навыков в сам декоратор.

Druid myDruid = new Druid();
myDruid = new StandardDruid(myDruid);

Игнорируя класс с ужасным названием "StandardDruid", я надеюсь, вы понимаете, к чему я клоню:)

У такой схемы есть свои плюсы, а именно то, что весь ваш код, основанный на навыках, будет последовательно содержаться внутри декораторов, а не половина внутри исходного класса Друид, а остальные навыки в декораторах. Если бы у вас был другой класс, который мог бы трансформироваться в друида, вы могли бы легко сделать это без дублирования кода.

Я бы решил эту проблему, изменив метод LightHeal на виртуальный, а затем переопределив его в классе CheetahForm на либо генерировать исключение, либо показывать пользователю сообщение о том, что он не может этого сделать прямо сейчас:

class Druid : Character
{
   // many cool druid skills and spells
   virtual void LightHeal(Character target) { }
}

abstract class CharacterDecorator : Character
{
    Character DecoratedCharacter;
}

class CheetahForm : CharacterDecorator
{
    Character DecoratedCharacter;
    public CheetahDecorator(Character decoratedCharacter)
    {
       DecoratedCharacter= decoratedCharacter;
    }

    // many cool cheetah related skills
    void CheetahRun()
    {
       // let player move very fast
    }

    override void LightHeal(Character target)
    {
        ShowPlayerMessage("You cannot do that while shape shifted.");
    }
}

Каждый раз, когда я играю в игру, которая включает этот тип сценария (например, World of Warcraft), пользовательский интерфейс изменяется, чтобы предотвратить использование этих заклинаний , но пользователь по-прежнему может попытаться сотворить эти заклинания с помощью макросов, и поэтому такая обработка помогает остановить это.

Я не думаю, что есть способ «спрятать» метод без использования интерфейса вместо класса для описания CheetahForm , поскольку ссылка на него только показать методы, доступные из интерфейса .

Вместо того, чтобы делать Druid производным классом от Character, рассмотрите возможность использования объекта типа шаблон. Во-первых, разделите навыки, специфичные для классов персонажей, на их собственные объекты:

abstract class Skill
{
    void Perform();
}

class LightHeal : Skill
{
    public void Perform()
    {
        // stuff...
    }
}

class CheetahRun : Skill
{
    public void Perform()
    {
        // stuff...
    }
}

// other skill classes...

Теперь избавьтесь от производных классов персонажей, сделав вместо этого следующее:

class CharacterType
{
    public readonly List<Skill> Skills = new List<Skill>();
}

class Character
{
    public IEnumerable<Skill> Skills { get { return mType.Skills; } }

    private CharacterType mType;
}

«Классы» ваших персонажей теперь могут быть созданы как объекты ]:

CharacterType druid = new CharacterType();
druid.Skills.Add(new LightHeal());

CharacterType cheetah = new CharacterType();
cheetah.Skills.Add(new CheetahRun());

Теперь, изменив mType в Персонаже с druid на cheetah , вы можете фактически изменить его класс и поменять доступные навыки.

Я бы просто создал свойство в классе друида "Форма" и проверил бы при наложении заклинания, трансформируется ли друид или нет.

Как насчет этого?

interface ISkillState { ... }

interface ISkill { ... }

interface IForm
{
    Collection<ISkill> skills { get; set; }
    Dictionary<ISkill,ISkillState> skillStates { get; set; }
}

class Character
{
    private IForm actualForm;
    private Collection<IForm> currentForms;

    ...
}

и например:

class Spell : ISkill {}

class SpellState : ISkillState {}

Извините, что сообщаю вам, ребята, но вы все ошибаетесь, пытаясь использовать молоток по предмету, который не является гвоздем :-P

Чтобы решить вашу проблему с mikedev, вам нужно выйти за рамки ООП, поскольку ООП не может решить эту проблему должным образом. Взгляните на Entity Systems / Component Systems.

Сначала вам следует прочитать http://www.devmaster.net/articles/oo-game-design/

Тогда ваше путешествие в мир игрового дизайна начнется.