跟我学c++中级篇——初等字符串转化

一、初等字符串转化

在c++的实际应用场景中，一个饱为诟病的是，一些基础的数据转化不方便。这个不方便不是指的应用起来难度有多大，是各种异常太多，而且好多的异常并不会被认为是错误。这个在早期的IDE中想当明显。举一个简单的例子，比如
把一个无符号整形和有符号整形强制转化一下。在某些情况下，就会出现一些超级大数字。如果单纯是得到数字还好，在c++里经常可以用其来做布尔值的判断，这就出现了更多的问题。
在其它语言中，越是高级，越是后出现的语言，其类型的转换都有专门的函数来处理，异常控制的也相当好。也就是说把一些低级的错误在编码阶段就自动屏蔽了。
c++其实太灵活了，太灵活了就意味着靠程序员本身来控制，这就对程序员的谨慎、细心和对技能的掌握程度有着高度的耦合性。而且人总是会有麻痹大意的时候儿，这就出现了各式各样的Bug。但是如果把一些完全可以用编译器和检
查工具来控制的代码交由集成的IDE控制，在编译检查阶段即发现问题，这就大大提高了效率降低了错误出现的可能。
但是，这样做需要有一个前提，就是c++语言的标准要跟上，然后相关工具才能跟上。c++在不断的向前发展，在c++17中，就对字符串的转化增加了几个基础的函数。

二、c++17新增的字符串转化

在c++17中增加了下面几个基本的函数：

//头文件 <charconv>
to_chars   转换整数或浮点值到字符序列(函数)
from_chars  转换字符序列到整数或浮点值(函数)
chars_format   指定 std::to_chars 和 std::from_chars 所用的格式(枚举)

在原来的字符串转化函数中，标准库的支持更倾向于一些C的库的应用。比如一些IO库和stdlib,stdio中的定义函数，诸如常见的atof,atoi,itoa等等。虽然后来在c++11提供了类似的stoi等函数，但这个毕竟有点不符合大佬们
的修改和风格。但是过于在这个上面纠结，又显得有些鸡肋，所以直到c++17才找搞了上面几个函数。下面看几个例子：

#include <iostream>
#include <charconv>
#include <system_error>
#include <string_view>
#include <array>

void FromChars()
{
    std::array<char, 10> str{ "126" };
    int result;
    std::from_chars(str.data(), str.data() + str.size(), result);
    std::cout << result << std::endl;

}
void ToChars()
{
    std::array<char, 10> str;

    if (auto [p, ec] = std::to_chars(str.data(), str.data() + str.size(), 42);
        ec == std::errc())
        std::cout << std::string_view(str.data(), p - str.data())<<std::endl;
}
int main()
{
    ToChars();
    FromChars();
    std::cout << "Hello World!\n";
}

运行结果为：

42
126
Hello World!

从上面的测试的小程序可以看到，这两个基础的函数应用还挺宽泛的。可以考虑在以后应用程序中代替一部分的转换操作。

三、总结

一个语言是否为程序员更容易接受，是一个流行性的指标。高大上没有啥用处，毕竟想着动动手就能实现自己目标的语言肯定会更受欢迎。从这方面讲，c++注定不可能成为一种流行的语言了。至少在可预见的将来，c++一定会变成一个小众的
开发语言。但这并不是说c++的重要性降低多少，非但如此，甚至可能c++的重要性会进一步提高。这就看c++标准制定的这群大佬们是否会与时俱进。
语言的变化不是一朝一夕就能完成的，一步步来，心急吃不了热豆腐，看c++的标准的演进就可以看出来。
接受变化，拥抱变化，敢于直面挑战并解决问题，这才是c++未来的继续发展的可能性所在！