Участники против подклассов в OOP

Question

Я решил попытаться вспомнить, что я узнал в своем объектно-ориентированном классе программирования пару лет назад, написав текстовую RPG-игру. Я не уверен, что я надеюсь когда-нибудь закончить работу, и мне все равно. Я просто хочу узнать, как писать программы.

Помня об основах работы функций, типов данных и классов в C++, я написал следующий код.

class Character 
{ 
     string Name; 

public: 
     Character() 
     { 
      Name = "Charname"; 
     } 

     string GetName(){return Name;} 
     void SetName(string sName){Name=sName;} 
}; 

Теперь я хотел бы, чтобы у моих персонажей были расы. Первая идея заключалась в создании подклассов класса Character, по одному для каждой из разрешенных рас. Мне кажется, что это похоже на объектно-ориентированное программирование. Но я начал думать, как это будет работать. Я хотел бы сказать такие вещи, как «если Том - человек, Клара - орк, а Том и Клара пытаются выйти замуж, дать сообщение об ошибке». Я, вероятно, также хотел бы, чтобы люди и орки имели разные методы для разных вещей.

Мне кажется, что в первом случае я хочу рассматривать Гонку так, как если бы это был член (который я понимаю как атрибут) персонажа, а в первом, как если бы это был подкласс.

Является ли прежним даже возможным, если человек является подклассом персонажа? То есть, может ли объект узнать, в каком классе он находится?

И что мне делать и почему?

Answer 1

Эта проблема дизайна называется «специализация». В этом случае вы хотите, чтобы Race была атрибутом, а не подклассом, потому что поведение всех рас в принципе одинаково. В тех случаях, когда гонки придают особую способность справиться, что унифицированно по всем гонкам. Например, представьте себе только некоторые расы могут видеть в темноте, это то, как вы это делаете:

int getVisionRange(int iCurrentLightLevel){ 
    if(iCurrentLightLevel < LightLevel.DIM){ 
     if(this.race == ORC || this.race == ELF){ 
      return VisionRange.GOOD; 
     } else { 
      return VisionRange.NONE; 
     } 
    } else { 
     return MAX_VISION_RANGE; 
    } 
} 

или что-то вдоль этих линий.