1.5.1 运用Template Template参数实作Policy Classes
如前例,库代码host class如果已知policy class,那么可以这样描述:
1
2 //Library code
3 template < template < class Created > class CreationPolicy >
4 class WidgetManager : public CreationPolicy<Widget>{};
因为Created只是形式引数(formal argument),不可使用,可以省略如下:
1
2 template < template < class > class CreationPolicy >
3 class WidgetManager : public CreateionPolicy<Widget>{};
客户代码为:
1 typedef WidgetManager<OpNewCreator> MyWidgetMgr;
当WidgetManager希望在内部以相同的生成策略产生一个内部对象,那么这种template template形式不可或缺。
Policy的确能够带给WidgetManager非常大的弹性。第一,可以外部变更policies。第二,可以自定义policies。
WidgetManager的作者可以定义一些常用的policies,以“template 缺省引数”的方式提供:
1
2 template < template < class > class CreationPolicy = OpNewCreator >
3 class WidgetManager ![](http://www.cppblog.com/Images/dot.gif)
.
1.5.2 运用Template 成员函数实作Policy Classes
我们可以把先前的Creator policy定义为一个非模板类,内部提供一个模板成员函数如下:
1
2 struct OpNewCreator
3 {
4 template < class T >
5 static T* Create()
6 {
7 return new T;
8 }
9 }
10
这种方式对旧式编译期有较佳兼容性。但难以讨论、定义、实作和运用。
1.6 更丰富的Policies
在前例的Creator policy中PrototypeCreateor除了提供Create()成员函数外,还提供了GetProtoType和SetProtoType两个函数,由于WidgetManager继承了policy class,所以WidgetManager具有此两个接口,虽然它自己并没有用。
客户代码可以如此:
1
2 typedef WidgetManager<PrototypeCreator> MyWidgetManager;
3 /////////
4 widget* pPrototype =
;
5 MyWidgetManager mgr;
6 mgr.SetPrototype(pPrototype);
使用者如果需要扩充policies,可以在不影响host class原本功能的前提下,增加接口。“哪个policy被使用”由使用者决定而非程序库自身。policies给与使用者一种能力,在型别安全的前提下扩增host class的功能。