首先说明,这个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,但是在我的程序里面,不会有这样的情况发生。

|