C++ Traits技术

原文地址：http://www.cppblog.com/woaidongmao/archive/2008/11/09/66387.html

概述:

traits 是一种特性萃取技术 , 它在 Generic Programming 中被广泛运用 , 常常被用于使不同的类型可以用于相同的操作 , 或者针对不同类型提供不同的实现 . traits 在实现过程中往往需要用到以下三种 C++ 的基本特性 :
enum
typedef
template  ( partial) specialization
其中 :
enum 用于将在不同类型间变化的标示统一成一个 , 它在 C++ 中常常被用于在类中替代 define, 你可以称 enum 为类中的 define;
typedef 则用于定义你的模板类支持特性的形式 , 你的模板类必须以某种形式支持某一特性 , 否则类型萃取器 traits 将无法正常工作 . 看到这里你可能会想 , 太苛刻了吧 ? 其实不然 , 不支持某种特性本身也是一种支持的方式 ( 见示例 2 , 我们定义了两种标示 , __xtrue_type 和 __xfalse_type, 分别表示对某特性支持和不支持 ).
template  ( partial) specialization 被用于提供针对特定类型的正确的或更合适的版本 .
借助以上几种简单技术 , 我们可以利用 traits 提取类中定义的特性 , 并根据不同的特性提供不同的实现 . 你可以将从特性的定义到萃取 , 再到 traits 的实际使用统称为 traits 技术 , 但这种定义使得 traits 显得过于复杂 , 我更愿意将 traits 的定义限于特性萃取 , 因为这种定义使得 traits 显得更简单 , 更易于理解 ,^ _^.

举例 :
上面提到过 , traits 可被用于针对不同类型提供不同的实现 , 那么下面就举两个例子来说明如何实现这一点 .
Example 1:
假定我们需要为某个类设计一个可以对所有类型 ( 包括普通的 int / long ..., 提供了 clone 方法的复杂类型 CComplexObject, 及由该类派生的类 ) 进行操作的函数 clone, 下面 , 先用 OO 的方法来考虑一下解决方案 . 看到前面的条件 , 最先跳进你脑子里的肯定是 Interface,pure virtual function 等等 . 对于我们自己设计的类 CComplexObject 而言 , 这不是问题 , 但是 , 对于基本数据类型呢 ? 还有那些没有提供 clone 方法的复杂类型呢 ?( 这时候你可能会想 , 要是 Java 该多 easy, 所有类都默认从 Object 派生 , 而 Object 已提供了一个默认的 clone 方法 , 但是 , 要使类真正支持 clone, 还必须 implements Cloneable, 所以 , 同样也不能避免这里遇到的麻烦 ).
下面是一个可能的解决方案 :
template  < typename  T, bool isClonable>
class XContainer
{
     ...
     void clone(T* pObj)
     {
         if (isClonable)
         {
             pObj->clone();
         }
         else
         {
             //... non-Clonable algorithm ...
         }
     }
};
但是只要你测试一下 , 这段代码不能通过编译 . 为什么会这样呢 ? 原因很简单 : 对于没有实现 clone 方法的非 Clonable 类或基本类型 , pObj->clone 这一句是非法的 .
那么怎样解决上面的这个难题呢 ? 上面不能通过编译的代码告诉我们 , 要使我们的代码通过编译 , 就不能使非 Clonable 类或基本类型的代码中出现 pObj->clone, 即我们需要针对不同类型提供不同的实现 . 为了实现这一点 , 我们可以在我们的模板类中用 enum 定义一个 trait, 以标示类是否为 Clonable 类 , 然后在原模板类内部引入一个 traits 提取类 Traits, 通过对该类进行 specilizing, 以根据不同的 trait 提供不同的实现 . 具体实现如下 :
#include <iostream>
using namespace  std;

class CComplexObject // a demo class
{
public:
     void clone() { cout << "in clone" << endl; }
};

// Solving the problem of choosing method to call by inner traits class
template <typename T, bool isClonable>
class XContainer
{
public:
     enum {Clonable = isClonable};

     void clone(T* pObj)
     {
         Traits<isClonable>().clone(pObj);
     }

     template <bool flag>
         class Traits
     {
     };

     template <>
         class Traits<true>
     {
     public:
         void clone(T* pObj)
         {
             cout << "before cloning Clonable type" << endl;
             pObj->clone();
             cout << "after cloning Clonable type" << endl;
         }
     };

     template <>
         class Traits<false>
     {
     public:
         void clone(T* pObj)
         {
             cout << "cloning non Clonable type" << endl;
         }
     };
};

void main()
{
     int* p1 = 0;
     CComplexObject* p2 = 0;

     XContainer<int, false> n1;
     XContainer<CComplexObject, true> n2;

     n1.clone(p1);
     n2.clone(p2);
}
编译运行一下 , 上面的程序输出如下的结果 :
doing something non Clonable
before doing something Clonable
in clone
after doing something Clonable
这说明 , 我们成功地根据传入的 isClonable 模板参数为模板实例选择了不同的操作 , 在保证接口相同的情况下 , 为不同类型提供了不同的实现 .

Example 2:
我们再对上面的例子进行一些限制 , 假设我们的 clone 操作只涉及基本类型和 CComplexObject 及其派生类 , 那么我们可以进一步给出下面的解法 :
#include <iostream>
using namespace  std;

struct __xtrue_type { }; // define two mark-type
struct __xfalse_type { };

class CComplexObject // a demo class
{
public:
     virtual void clone() { cout << "in clone" << endl; }
};

class CDerivedComplexObject : public CComplexObject // a demo derived class
{
public:
     virtual void clone() { cout << "in derived clone" << endl; }
};

// A general edtion of Traits
template <typename T>
struct Traits
{
     typedef __xfalse_type has_clone_method; // trait 1: has clone method or not? All types defaultly has no clone method.
};

// Specialized edtion for ComplexObject
template <>
struct Traits<CComplexObject>
{
     typedef __xtrue_type has_clone_method;
};

template <typename T>
class XContainer
{
     template <typename flag>
         class Impl
     {
     };
     template <>
         class Impl <__xtrue_type>
     {
     public:
         void clone(T* pObj)
         {
             pObj->clone();
         }
     };
     template <>
         class Impl <__xfalse_type>
     {
     public:
         void clone(T* pObj)
         {
         }
     };
public:
     void clone(T* pObj)
     {
         Impl<Traits<T>::has_clone_method>().clone(pObj);
     }
};

void main()
{
     int* p1 = 0;
     CComplexObject c2;
     CComplexObject* p2 = &c2;
     CDerivedComplexObject c3;
     CComplexObject* p3 = &c3; // you must point to a derived object by a base-class pointer,
                             //it's a little problem

     XContainer<int> n1;
     XContainer<CComplexObject> n2;
     XContainer<CComplexObject> n3;

     n1.clone(p1);
     n2.clone(p2);
     n3.clone(p3);
}
现在 , 所有基本类型以及 CComplexObject 类系都可以用于 XContainer 了 .

结语 :
看到这里 , 你或许会说 , traits 不过如此 , 还以为是什么高深的玩意呢 ! 其实技术就是这样 , 说白了都很 Easy, 关键是怎么将他们用于实际 , 为实际的 Designing/Development 服务 . 毕竟 , 在 IT 领域 , 不能应用于实际的技术是没有价值的 .