限制类对象生成的数量（三）

本系列的前两篇文章主要是利用c++语言本身的特点，使我们设计生成的类能够自我保证：从该类实例化的对象数目不会超过某个限定值。其实在我们项目开发中，大多是情况下都是编程者设计的类仅供自己使用，并不需要考虑第三方二次开发使用的情况。如果是这样，我们往往可以使用一些共同的约定来保证对象生成数量的唯一。下面我列举一个我在实际项目开发中的例子。

开发背景与分析：项目中需要一个专门提供服务功能的函数集合供各个工程模块使用。假如这些服务函数的实现体固定不变，我们完全可以将其存放在一个namespace中；当然也可以采用类包装的方式，把所有函数声明为类的静态成员。但是实际情况中，这些服务函数的实现体需要因为使用环境的不同而发生一些变化。因此，我首先定义出一个接口类，提供各种虚拟的服务函数接口，以便于针对各种不同的使用环境继承实现出不同的函数体。

///   <summary> ///  Service接口定义基本的服务功能函数供其它模块使用 ///  同一时刻最多允许有一个服务类实例被注册使用 ///   </summary> class  Service{ public :     ///   <summary>      ///  返回注册的服务类实列     ///  如果没有服务类实例，返回Null       ///   </summary>      ///   <returns> 指向服务类实例的指针 </returns>      static  Service  *  getService()    {         return  pServiec;    }     ///   <summary>      ///  注册服务类实例      ///   </summary>      ///   <param name = "srv"> 指向服务类实例的指针 </param>      static   void   setService(Service  *  srv)    {        pServiec  =  srv;    }     // 多个提供具体服务的纯虚函数      virtual   bool  serviceFunc1()  =   0 ;         // ... private :     static  Service  *  pServiec;};

这个接口类保存一个静态指针代表当前注册使用的服务类，并通过SET/GET方法来实现服务的加载和访问。注意：这里使用的是静态指针而不是静态类对象。原因是：我们不知道具体的服务实现类究竟是什么。

// 在不同的环境下，服务的具体内容可能不同，因此需要多个不同的接口实现类 class  ServiceImpOne:  public  Service{ public :    ServiceImpOne(){}         virtual    ~ ServiceImpOne(){}     bool  serviceFunc1()    {         // 函数的实现内容，操作成功返回true,否则返回false     }     // ... }; class  ServiceImpTwo:  public  Service{ public :    ServiceImpTwo(){}         virtual    ~ ServiceImpTwo(){}     bool  serviceFunc1()    {         // 函数的实现内容，操作成功返回true,否则返回false     }     // ... };

既然是通过指针指向注册的服务对象，就必须要考虑对象的生成和释放，要注意避免内存泄漏的发生。当我们需要注册某个新服务，我们首先需要取消旧的服务。

Service  *  pS  =  Service::getService(); if  (pS  !=  NULL) {    delete pS;    Service::setService(NULL);}

（注意：指针指向的地址和指针指向的内容不同，因此要在delete指针之后将指针赋为空。否则pS!=NULL的判断就会出问题）然后NEW出相应的服务类对象，并这册保存它

if  (Service::getService()  ==  NULL) {    ServiceImpTwo  *  pS  =   new  ServiceImpTwo ();    Service::setService(pS);}

最终，别忘了在程序结束的地方检查并释放函数指针。

如果在程序的某些地方我们并不希望有任何服务被调用，但是被引用的代码却存在大量服务调用那该怎么办？如果注册服务不为空，则会导致不需要甚至是错误的程序执行；如果注册服务为空。用户使用“if(Service::getService()->serviceFunc1())”必将引发crash。看起来，我们要大面积改动代码。然而，我们这里使用了一个巧妙的方法。从服务接口类继承了一个新的类－－ServiceForEnabler。这个类仅仅是为了不改动原有程序的情况下还能够使整个流程enable。这样一来，我们只需在程序的开始处，用一个ServiceForEnabler类对象来注册服务就可以了。

class  ServiceForEnabler:  public  Service{ public :    ServiceForEnabler(){}         ~ ServiceForEnabler(){}     bool  serviceFunc1()    {         // 直接返回false，代表不成功的调用     }     // ... }

纵观全局，我们完全保证了服务对象的唯一存在。需要注意的是：这里不是以某一个服务对象贯穿始终，而是多个不同种类服务对象的交替存在。