介绍traits的文章很多，但感觉大部分文章的说明都很晦涩难懂，把一个并不很复杂的c 模板的应用描述的过于复杂。忍不住想把自己的理解跟大家分享一下，或许我也只是掌握了一点traits的皮毛而已，但也希望这些皮毛能略微抓住你的眼球，带给你一些启发。
首先，介绍traits前，回味一下c 的模板及应用，如果你脑海里浮现出的只是为实现一些函数或类的重用的简单模板应用，那我要告诉你，你out了。最近在整理一些模板的应用方式，有时间的话会写出来分享给大家，本文不会去详细讨论traits以外的模板的各种高级应用。
那么，言归正传，什么是traits？其实它并不是一个新的概念，上个世纪90年代中期就已经被提出，只是到了这个世纪才在各个c 库中被广泛使用，而我也是在这个概念诞生十多年后才接触到它。c 之父bjarne stroustrup对traits有如下的描述：
think of a trait as a small object whose main purpose is to carry information used by another object or algorithm to determine "policy" or "implementation details".
我不知道官方或一些书上是如何去解释traits的，我的理解是：
当函数，类或者一些封装的通用算法中的某些部分会因为数据类型不同而导致处理或逻辑不同（而我们又不希望因为数据类型的差异而修改算法本身的封装时），traits会是一种很好的ag真人游戏的解决方案。
本以为能很简单的描述它，谁知道还是用了如此长的句子才说明清楚，相当的惭愧。大家只要有个大概的概念就ok了，甚至即使完全没概念也没关系，下面会通过实际代码来说明。
先看这样一个例子。如果有一个模板类test：
template
class test {
......
};
假设有这样的需求，类test中的某部分处理会随着类型t的不同而会有所不同，比如希望判断t是否为指针类型，当t为指针类型时的处理有别于非指针类型，怎么做？
模板里再加个参数，如下
template
class test {
......// can use ispointer to judge whether t is a pointer
};
然后用户通过多传一个模板类型来告诉test类当前t是否为指针。(test
很抱歉，所有的正常点的用户都会抱怨这样的封装，因为用户不理解为什么要让他们去关心自己的模板类型是否为指针，既然是test类本身的逻辑，为什么麻烦用户呢？
由于我们很难去限制用户在使用模板类时是使用指针还是基本数据类型还是自定义类型，而用常规方法也没有很好的方法去判断当前的t的类型。traits怎么做呢？
定义traits结构：
template
struct traitshelper {
static const bool ispointer = false;
};
template
struct traitshelper {
static const bool ispointer = true;
};
也许你会很困惑，结构体里就一个静态常量，没有任何方法和成员变量，有什么用呢？解释一下，第一个结构体的功能是定义所有traitshelper中ispointer的默认值都是false，而第二个结构体的功能是当模板类型t为指针时，ispointer的值为true。也就是说我们可以如下来判断当前类型：
traitshelper
traitshelper
也许看到这里部分人会认为我简直是在说废话，请再自己品味下，这样是否就可以在上面test类的定义中直接使用traitshelper
if (traitshelper::ispointer)
......
else
......
再看第二个例子：
还是一个模板类test：
template
class test {
public:
int compute(int d);
private:
t mdata;
};
它有一个compute方法来做一些计算，具有int型的参数并返回int型的值。
现在需求变了，需要在t为int类型时，compute方法的参数为int，返回类型也为int，当t为float时，compute方法的参数为float，返回类型为int，而当t为其他类型，compute方法的参数为t，返回类型也为t，怎么做呢？还是用traits的方式思考下。
template
struct traitshelper {
typedef t ret_type;
typedef t par_type;
};
template <>
struct traitshelper {
typedef int ret_type;
typedef int par_type;
};
template <>
struct traitshelper {
typedef float ret_type;
typedef int par_type;
};
然后我们再把test类也更新下：
template
class test {
public:
traitshelper::ret_type compute(traitshelper::par_type d);
private:
t mdata;
};
可见，我们把因类型不同而引起的变化隔离在了test类以外，对用户而言完全不需要去关心这些逻辑，他们甚至不需要知道我们是否使用了traits来解决了这个问题。
到这里，再让我们回过来取品味下开始我说的那句话：
当函数，类或者一些封装的通用算法中的某些部分会因为数据类型不同而导致处理或逻辑不同时，traits会是一种很好的ag真人游戏的解决方案。