《游戏编程模式》学习笔记（五）原型模式 Prototype Pattern

原型的定义

用原型实例指定创建对象的种类，并且通过拷贝这些原型创建新的对象。

举个例子

假设我现在要做一款游戏，这个游戏里有许多不同种类的怪物，鬼魂，恶魔和巫师。这些怪物通过“生产者”进入这片区域，每种敌人有不同的生产者。

假设每种怪物都有不同的类，同时他们都继承怪兽这个基类，那么我们的代码就会是这样

class Monster
{
  // 代码……
};

class Ghost : public Monster {};
class Demon : public Monster {};
class Sorcerer : public Monster {};

为了能够产生这些怪物，我们需要不同的生产者类，这些类都继承spawner这个基类，那么我们就得写如下的代码：

class Spawner
{
public:
  virtual ~Spawner() {}
  virtual Monster* spawnMonster() = 0;
};

class GhostSpawner : public Spawner
{
public:
  virtual Monster* spawnMonster()
  {
    return new Ghost();
  }
};

class DemonSpawner : public Spawner
{
public:
  virtual Monster* spawnMonster()
  {
    return new Demon();
  }
};


// 你知道思路了……

那么这么一来，我们的架构就类似于这样：

每个怪物类都有生产者类，得到平行的类结构
已经闻到臭味了……你的代码里有一堆特定的spawner，将来要是有一个新怪物，你就得多些一堆代码。 众多类，众多引用，众多冗余，众多副本，众多重复自我……

那么这个时候，原型模式就可以派上用场了！ 我们来看看实现
原型模式提供了一个解决方案。 关键思路是一个对象可以产出与它自己相近的对象。 如果你有一个恶灵，你可以制造更多恶灵。 如果你有一个恶魔，你可以制造其他恶魔。 任何怪物都可以被视为原型怪物，产出其他版本的自己。

我们给基类Monster增加一个Clone()的方法

class Monster
{
public:
  virtual ~Monster() {}
  virtual Monster* clone() = 0;

  // 其他代码……
};
每个怪兽子类提供一个特定实现，返回与它自己的类和状态都完全一样的新对象。就像这样
class Ghost : public Monster {
public:
  Ghost(int health, int speed)
  : health_(health),
    speed_(speed)
  {}

  virtual Monster* clone()
  {
    return new Ghost(health_, speed_);
  }

private:
  int health_;
  int speed_;
};

然后我们就不需要那么多特定的spawner了，我们只需要一个spawner()如下：

class Spawner
{
public:
  Spawner(Monster* prototype)
  : prototype_(prototype)
  {}

  Monster* spawnMonster()
  {
    return prototype_->clone();
  }

private:
  Monster* prototype_;
};

可以看到这个Spawner内部有一个Monster*类型的prototype，这就是原型，一个隐藏的怪物， 它唯一的任务就是被生产者当做模板，去产生更多一样的怪物， 有点像一个从来不离开巢穴的蜂后。

当你要使用的时候，你只需要这么做：

Monster* ghostPrototype = new Ghost(15, 3);
Spawner* ghostSpawner = new Spawner(ghostPrototype);

这个模式的灵巧之处在于它不但拷贝原型的类，也拷贝它的状态。 这就意味着我们可以创建一个生产者，生产快速鬼魂，虚弱鬼魂，慢速鬼魂，而只需创建一个合适的原型鬼魂。

如果你还是觉得麻烦，懒得写Clone()方法的话，这里还有一种思路，使用生产函数来代替生产者类，我们这么写一个生产函数：

Monster* spawnGhost()
{
  return new Ghost();
}

这比构建怪兽生产者类更简洁。生产者类只需简单地存储一个函数指针：

typedef Monster* (*SpawnCallback)();

class Spawner
{
public:
  Spawner(SpawnCallback spawn)
  : spawn_(spawn)
  {}

  Monster* spawnMonster()
  {
    return spawn_();
  }

private:
  SpawnCallback spawn_;
};

而你调用的时候，就这样写就行：

Spawner* ghostSpawner = new Spawner(spawnGhost);

原型还可以做什么？

原型模式不仅仅可以应用在代码之中，我们还可以将其用在一些别的地方，比如数据存储中。
再举个例子，我们在游戏中经常使用Json来存储一些数据，比如怪物的各种属性。
所以游戏中的哥布林也许被定义为像这样的东西：

{
  "name": "goblin grunt",
  "minHealth": 20,
  "maxHealth": 30,
  "resists": ["cold", "poison"],
  "weaknesses": ["fire", "light"]
}

接下来，如果策划和你说，我还要别的哥布林，例如哥布林巫师，哥布林弓箭手，即使他们的很多属性都是一样的，我们还是不得不这么写：

{
  "name": "goblin wizard",
  "minHealth": 20,
  "maxHealth": 30,
  "resists": ["cold", "poison"],
  "weaknesses": ["fire", "light"],
  "spells": ["fire ball", "lightning bolt"]
}

{
  "name": "goblin archer",
  "minHealth": 20,
  "maxHealth": 30,
  "resists": ["cold", "poison"],
  "weaknesses": ["fire", "light"],
  "attacks": ["short bow"]
}

太重复了，我们讨厌重复，太多重复的数据意味着我们要话更多的时间去维护和管理，这是我们都不想看到的。
如果这是代码，我们会为“哥布林”构建抽象，并在三个哥布林类型中重用。 但是无能的JSON没法这么做。所以让我们把它做得更加巧妙些。
我们可以为对象添加"prototype"字段，记录委托对象的名字。 如果在此对象内没找到一个字段，那就去委托对象中查找。
这样，我们可以简化我们的哥布林JSON内容：

{
  "name": "goblin grunt",
  "minHealth": 20,
  "maxHealth": 30,
  "resists": ["cold", "poison"],
  "weaknesses": ["fire", "light"]
}

{
  "name": "goblin wizard",
  "prototype": "goblin grunt",
  "spells": ["fire ball", "lightning bolt"]
}

{
  "name": "goblin archer",
  "prototype": "goblin grunt",
  "attacks": ["short bow"]
}

这样不就好多了？只需在游戏引擎上多花点时间，你就能让设计者更加方便地添加不同的武器和怪物，而增加的这些丰富度能够取悦玩家。

这一节的内容有好多关于原型模式的思想方面的介绍，作者还介绍了原型模式在编程语言方面的应用，我认为这些都是暂时对游戏编程帮助不大，所以没有记录下来，有兴趣的同学请翻阅原文。

原文链接：https://gpp.tkchu.me/prototype.html