首先说明，这个text_cast不光是编写来玩的，它还有一定的用途。我在最近的一个跨平台（Win32，数个版本的Linux）的项目中用到了boost库，编码的时候还是很爽的，等到了移植的时候，就发现我每到一个平台（数量还在增加）上，就要先把boost编译一下，如果光是这样倒也罢了。更要命的是我发现boost在某些平台上的表现有微妙的差别，例如在异常的处理上，这些给我带来了不少麻烦。在很多次痛苦的追踪以后，发现问题竟然追到了boost库里面！不是说boost不好，而是它设计的太通用，而我的很多要求都很简单。经过一番思索，我发现我其实只用了boost的date_time库和lexical_cast，所以痛定思痛，决定干脆还是自己把这两个功能实现了算了，虽然效率可能没有boost来得高，稳定性可能没有boost好，但是只要能应付我的需求就是好的。

首先是取代lexical_cast的工作，lexical_cast在我的应用中都是这样出现的——
把string转换成原生类型：
int i = lexical_cast<int>("234");
把原生类型转换成string：
string s = lexical_cast<bool>(true);

如果自己写一个text_cast，首要的要求就是尽可能少的改动客户代码，也就是说，最好用一个replace就能完成改动工作，那么就要保证调用语法和语义都与lexical_cast一致。入手当然很容易：

template<typename Target>
Target text_cast(const string& arg)
{
  stringstream ss(arg);
  Target ret;
  ss >> ret;

  return ret;
}

仅仅使用它，把string转换成原生类型都没有问题了，但是它不能把原生类型转换成string。因为它压根儿就不接受这些参数。那么，我们再加一个可不可以呢？

template<typename Source>
string text_cast(Source arg)
{
  stringstream ss;
  ss << arg;

  return ss.str(); 
}

使用这两个模版，当我们用下面的代码来测试的时候，VC7.1会抱怨的

int main()
{
  string str = "234";
  int i = text_cast<int>(str);
  cout << i << endl;

  string s = text_cast<string>(i);
  cout << s << endl;
}

错误信息是：
error C2665: “text_cast” : 2 个重载中没有一个可以转换参数 1(从“int”类型)
        c:\boosttest\boosttest.cpp(8): 可能是“std::string text_cast<std::string>(Source)”
        with
        [
            Source=std::string
        ]
        c:\boosttest\boosttest.cpp(17): 或       “Target text_cast<std::string>(const std::string &)”
        with
        [
            Target=std::string
        ]
        试图匹配参数列表“(int)”时

道理很简单，正如提示所说，对于text_cast<string>(i)，编译器不知道如何去匹配正确的函数。如果把这一句改为 text_cast(i) ，换言之，不用模版参数，让编译器自己去匹配，倒是可以通过。但是这样就要改动客户代码，怎么办呢？其实可以这样解决：

template<typename Target, typename Source>
string text_cast(Source arg)
{
  stringstream ss;
  ss << arg;

  return ss.str(); 
}

这样做的结果是使得

template<typename Target>
Target text_cast(const string& arg)

成了这个模版的偏特化版本，在参数类型为string的时候，会调用后者，而其他的时候（当然这个时候目标类型就是string了）会调用前者。这样，上面的程序段就可以顺利地通过了。
其实还有一个问题，上面的两个模版在把string转换成bool的时候，不能符合我的要求。我希望它能把字符串true, True, t, T, 1以及种种古怪的形式变成bool类型的true，而把false, False, f, F, 0等等的变成bool类型的false。而stringstream只有在看到0和1的时候才能正确的工作。于是，又需要编写一个针对bool类型的偏特化版本：

template<>
bool text_cast(const string& arg)
{
  char c = arg[0];
  if(c == '1' || c == 't' || c == 'T')
    return true;
  else if(c == '0' || c == 'f' || c == 'F')
    return false;
  else
    throw;
  // 当然，这里的处理还应该更系统一点
}

这样，即便 text_cast<bool>("tRuE") 这样的调用也难不倒它。虽然它可能把 "tttt" 也转换成true，但是在我的程序里面，不会有这样的情况发生。