traits:Traits技术初探

http://www.cppblog.com/woaidongmao/archive/2008/11/09/66387.html


traits:Traits技术初探

概述:
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领域,不能应用于实际的技术是没有价值的.

<think>嗯,用户遇到了C++编译错误,具体是“fatal error: type_traits: No such file or directory”。首先,我需要分析这个问题的可能原因。type_traits是C++标准库中的头文件,属于STL的一部分,通常包含在编译器自带的库中。出现找不到该文件的错误,可能有几个原因:编译器安装不完整、项目配置错误,或者系统环境变量设置不正确。 首先,我应该检查用户的编译器是否安装正确。比如,如果使用的是g++或者clang,可能需要重新安装或者更新编译器,确保标准库文件完整。另外,查看用户的include路径是否正确配置,确保编译器能够找到标准库的位置。有时候,特别是在跨平台开发或者使用不同构建系统时,可能会出现路径配置错误。 然后,考虑项目本身的配置问题。比如,CMakeLists.txt或者Makefile中是否设置了正确的C++标准(如C++11或更高),因为type_traits在旧的标准中可能不可用或者位置不同。用户可能需要添加类似-std=c++11的编译选项。此外,检查是否有其他依赖库或第三方组件导致路径冲突,可能覆盖了标准库的路径。 接下来,系统环境变量也是一个可能的因素。例如,CPLUS_INCLUDE_PATH或者C_INCLUDE_PATH是否被错误地设置,导致编译器在查找头文件时指向了错误的目录。用户可能需要检查这些环境变量,并确保没有错误配置。 另外,用户提到的引用[3]中提到安装scipy时的Fortran编译器问题,虽然不完全相关,但可能提示用户环境中存在开发工具链的不完整。可能需要安装build-essential或者其他基础开发包,确保所有必要的编译工具和库都已安装。 最后,建议用户检查代码中是否有语法错误或使用了过时的特性,比如未正确包含<type_traits>头文件,或者代码中错误地引用了该头文件。此外,确保所有相关的开发包(如libstdc++)已经正确安装,并且没有损坏。 总结下来,解决步骤可能包括:1. 重新安装或更新编译器;2. 检查项目配置中的C++标准和include路径;3. 验证系统环境变量;4. 安装缺失的开发工具链;5. 确保代码中的正确包含和使用。如果用户提供了更多具体信息,比如使用的编译器版本、操作系统、构建系统等,可以更针对性地解决问题。</think>### 编译错误解决方案:缺少type_traits文件 #### 问题分析 `type_traits`是C++标准库头文件,属于C++11及以上版本的核心组件。出现`fatal error: type_traits: No such file or directory`通常由以下原因导致: 1. **编译器安装不完整**:缺少C++标准库文件[^1] 2. **项目配置错误**:未正确设置C++标准或包含路径 3. **环境变量问题**:编译器未正确识别系统头文件目录 #### 解决步骤 1. **验证编译器完整性** ```bash # 检查g++版本 g++ --version # 重新安装编译器 sudo apt-get install --reinstall g++ # Ubuntu/Debian brew reinstall gcc # macOS ``` 2. **检查C++标准配置** - 在CMakeLists.txt中添加: ```cmake set(CMAKE_CXX_STANDARD 11) set(CMAKE_CXX_STANDARD_REQUIRED ON) ``` - Makefile中手动添加编译选项: ```makefile CXXFLAGS += -std=c++11 ``` 3. **修复包含路径** ```bash # 查找标准库路径 g++ -print-prog-name=cc1plus -v # 验证环境变量 echo $C_INCLUDE_PATH echo $CPLUS_INCLUDE_PATH ``` 4. **完整开发工具链安装** ```bash # Ubuntu/Debian sudo apt-get install build-essential # CentOS sudo yum groupinstall "Development Tools" ``` #### 验证测试 创建最小测试文件`test.cpp`: ```cpp #include <type_traits> int main() { static_assert(std::is_integral<int>::value, "Test failed"); return 0; } ``` 编译验证: ```bash g++ -std=c++11 test.cpp -o test ``` #### 扩展建议 - 对于交叉编译场景,需显式指定`--sysroot`路径 - 使用`-v`编译选项查看详细包含路径: ```bash g++ -v -std=c++11 test.cpp ```
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值