16_游戏编程模式ServiceLocator 服务定位

####简单说,就是某个系统作为一个服务,对全局系统可见.

Service Locator (服务定位)

```
//简单粗暴的代码, 使用声音系统

// Use a static class?
AudioSystem::playSound(VERY_LOUD_BANG);

// Or maybe a singleton?
AudioSystem::instance()->playSound(VERY_LOUD_BANG);
```

类比:
如果我换了电话号码,需要通知我所有联系人,我换了电话号码
如果有一个提供个人信息的服务, 我只需要更新我的个人信息, 别人就可以查到我最新的电话号码

### 模式定义
service类定义了抽象的操作借口, 一个具体的服务提供者实现这些接口.
service locator 找到合适的服务提供者,并且隐藏服务者具体类型和查找过程.

### 何时使用
某段程序 需要在任何时候,任何地方进行访问, 这样会带来麻烦,
比如说单例模式, 服务定位也有同样的问题.

尽量少的使用! 带来灵活性的同时,性能会下降.

### 注意事项
 保证服务能被定位到
 定位是全局访问的. 但有些服务在某些特定场景下才能正常使用.

### Sample Code
```

// Service
class Audio
{
public:
  virtual ~Audio() {}
  virtual void playSound(int soundID) = ;
  virtual void stopSound(int soundID) = ;
  virtual void stopAllSounds() = ;
};

// Service Provider

class ConsoleAudio : public Audio {}

// Locator
class Locator
{
public:
  static Audio* getAudio() { return service_; }

  static void provide(Audio* service)
  {
    service_ = service;
  }

private:
  static Audio* service_;
};

//游戏启动时
Audio *audio = Locator::getAudio();
audio->playSound(VERY_LOUD_BANG);

//使用定位
Audio *audio = Locator::getAudio();
audio->playSound(VERY_LOUD_BANG);

// 当所使用定位的时候, 服务提供还没有设置, 将会出错, 所谓我们提供一个默认的服务

class NullAudio: public Audio
{
public:
  virtual void playSound(int soundID) { /* Do nothing. */ }
  virtual void stopSound(int soundID) { /* Do nothing. */ }
  virtual void stopAllSounds()        { /* Do nothing. */ }
};

class Locator
{
public:
  static void initialize() { service_ = &nullService_; }

  static Audio& getAudio() { return *service_; }

  static void provide(Audio* service)
  {
    if (service == NULL)
    {
      // Revert to null service.
      service_ = &nullService_;
    }
    else
    {
      service_ = service;
    }
  }

private:
  static Audio* service_;
  static NullAudio nullService_;
};

```

### 装饰器模式

```
\\ 声音执行的log类

class LoggedAudio : public Audio
{
public:
  LoggedAudio(Audio &wrapped)
  : wrapped_(wrapped)
  {}

  virtual void playSound(int soundID)
  {
    log("play sound");
    wrapped_.playSound(soundID);
  }

  virtual void stopSound(int soundID)
  {
    log("stop sound");
    wrapped_.stopSound(soundID);
  }

  virtual void stopAllSounds()
  {
    log("stop all sounds");
    wrapped_.stopAllSounds();
  }

private:
  void log(const char* message)
  {
    // Code to log message...
  }

  Audio &wrapped_;
};

// 把服务提供者换成装饰之后的类
void enableAudioLogging()
{
  // Decorate the existing service.
  Audio *service = new LoggedAudio(Locator::getAudio());

  // Swap it in.
  Locator::provide(service);
}
```

### 设计判断

#### 服务如何定位

```
 外部代码注册
    . 快速简单
    . 我们控制提供者的构建
    . 可以在运行时改变服务
    . 定位依赖于外部代码
 编译期绑定
    . 快速
    . 保证服务可用
    . 不能很容易的改变服务
 运行时配置
    . 改变服务不用重新编译
    . 不用程序来修改服务(让策划配置)
    . 可以提同时提供多个服务(不同的配置)
    . 复杂
    . 加载服务耗时(解析配置,等等)
```

#### 服务不能被定位到的时候
```
 让用户处理
  . 用户决定怎么面对错误
  . 服务的用户必须处理错误
 关闭游戏
  . 用户不必处理丢失服务
  . 如果服务找不到,就关闭游戏(容易debug, 但是会让使用这个服务的同事头疼)
 返回一个null服务(默认服务)
  . 用户不必处理丢失服务
  . 游戏会继续运行,即使服务丢失(debug困难)
```

#### 服务的作用域
```
 全局访问
  . 服务提供者可控制, 禁止到处实例服务提供者
  . 在哪使用和何时使用服务, 我们无法控制
 受限访问
  . 控制耦合, 把服务控制在一个继承树里, 系统里不耦合的部分还保持不耦合
  . 导致重复. 比如不同的类都要保存一个服务类的引用.

恰当的设置服务的作用域, 比如说网络服务限制在online class里面访问, 而log系统则是全局的.
```

## see also
 服务定位类似于单例, 根据需要不同选用合适的设计
 unity 融合了服务定位与组件模式, GetComponent可以当作获取服务.
 XNA 框架 Game 类的实例有一个GameServices对象, 可以用来注册, 定位任何类型的服务