作为模板部分的结束节，本条款谈到了模板元编程，元编程本质上就是将运行期的代价转移到编译期，它利用template编译生成C++源码，举下面阶乘例子：
template <int N>
struct Factorial
{
enum
{
value = N * Factorial<N - >::value
};
}; // 特化版本
template <>
struct Factorial<>
{
enum
{
value =
};
}; int main()
{
cout << Factorial<>::value << endl; // 输出120
}
在编译期，Factorial<5>::value就被翻译成了5 * 4 * 3 * 2 * 1，在运行期直接执行乘法即可。
元编程有何优点？
1. 以编译耗时为代价换来卓越的运行期性能，因为对于产品级的程序而言，运行的时长远大于编译时长。
2. 将原来运行期才能发现的错误提前到了编译期，要知道，错误发现的越早，代价越小。
元编程有何缺点？
1. 代码可读性差，写起来要运用递归的思维，非常困难。
2. 调试困难，元程序执行于编译期，不能debug，只能观察编译器输出的error来定位错误。
3. 编译时间长，运行期的代价转嫁到编译期。
4. 可移植性较差，老的编译器几乎不支持模板或者支持极为有限。
模板元编程TMP虽然有这么多的缺点，但它已经被证明是“图灵完全”的了，意思是它的威力大到足以计算任何事物。目前boost库中用到了一些TMP技术，但大部分项目还是因为TMP的一些缺点而没有广泛采用，所以这里我们只要略做了解即可。
下面总结一下：
1. TMP可将工作由运行期转移到编译期，因而得以实现早期错误侦测或者更高的执行效率。
2. TMP可被用来生成“基于政策选择组合”的客户定制代码，也可以用来避免生成对某些特殊类型并不适合的代码。（这句话看不懂也没关系）