std::string、std::wstring我现在大量在用

不过，char *、std::string这种，需要明确注释里面存的是ansi、binary还是utf8的内容，还是C的搞法。

std::u8string感觉很少人用

【 在 hgoldfish 的大作中提到: 】
: 放心，std::string 确实是垃圾。
: 几乎没人在正经项目里面用这个。
:
--
FROM 114.245.255.*

字符串类不复杂啊

原来的时候有个复杂问题，是编码转换，如果不考虑没啥困难

现在标准库的string好像也没解决编码转换问题

【 在 e729 的大作中提到: 】
: 我学cpp时第一个大作业就是写一个string类。后来学了标准库的string，发觉那完全就是另外一个维度的认知，人家是vector的一个特殊化，没学明白的就是天书。不敢想象哪个在用自己写的string类
:
--
FROM 120.245.114.*

一堆功能没有。性能也就那样。纯纯的渣渣。

std::string, std::cin, std::cout 属于 c++ 的糟粕。我感觉。

【 在 longsword 的大作中提到: 】
: 字符串类不复杂啊
: 原来的时候有个复杂问题，是编码转换，如果不考虑没啥困难
: 现在标准库的string好像也没解决编码转换问题
: ...................
--
FROM 117.28.162.*

怎么说呢...字符串这玩意本来就是个很高级的类型。然后c里面的char本意也不是特指字符，人家是指一个字节，用来操作内存的玩意，当然当初c给他直接叫做byte可能更合适点。话说回来，对于字符串，我更喜欢c/c++的处理方式，人类文字本来就是一堆编码，单拿出来鬼知道什么意思，用char*太合适了...
【 在 z16166 的大作中提到: 】
: 主要还是因为继承了C的遗产：char *
: char * 这玩意儿里面可以塞进去好几种东西（不算类型随便cast的那些）
--
FROM 114.242.210.*

字符串么，构造查找拼接，不论哪个std::string都吊打QString。
不过这无所谓，在qt框架内就用qstring，毕竟gui对性能没啥特殊要求

c++现在标准一代比一代抽象，核心是还是坚持不为不使用的功能买单这一套，有利有弊吧，反正我觉得还行，每代新标准里我能用到的又能有几个，基本我只关心跟性能强相关的那些
【 在 easior 的大作中提到: 】
: Qt 版主肯定想说，相比 QString 来说，std::string 啥也不是
: 但离开 std::string，每个 GUI 几乎都有一套自定义的字符串类型，比如 wxString
: 实际上，QString、wxString、…… 有好多功能是重复的
: ...................
--
FROM 114.242.210.*