####简单说,就是某个系统作为一个服务,对全局系统可见. 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对象, 可以用来注册, 定位任何类型的服务