科技行者

行者学院 转型私董会 科技行者专题报道 网红大战科技行者

知识库

知识库 安全导航

至顶网软件频道基础软件仿照boost::lexical_cast,编写一个text_cast

仿照boost::lexical_cast,编写一个text_cast

  • 扫一扫
    分享文章到微信

  • 扫一扫
    关注官方公众号
    至顶头条

首先说明,这个text_cast不光是编写来玩的,它还有一定的用途。我在最近的一个跨平台(Win32,数个版本的Linux)的项目中用到了boost库。

作者:ralph623 来源:CSDN 2008年3月26日

关键字: text_cast 编写 仿照 开源

  • 评论
  • 分享微博
  • 分享邮件

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

    • 评论
    • 分享微博
    • 分享邮件
    邮件订阅

    如果您非常迫切的想了解IT领域最新产品与技术信息,那么订阅至顶网技术邮件将是您的最佳途径之一。

    重磅专题
    往期文章
    最新文章