是统一用string，还是wstring，还是u8 ，u16，u32这些？

以前用QString 可以统一处理，现在想改用标准库，不知道怎么好。

因为一旦选定了用哪种字符串类型，其他相关地接口中就都要用用同一种，

大家怎么处理？ 有没有公认地最佳实现  ？


另外，string地相关常用算法是自己实现一个，还是用boost地？
--
FROM 123.112.71.*

实际操作中恐怕还是用 char 然后假定 UTF-8 编码最可行。
  
【 在 finlab (挨踢卢瑟) 的大作中提到: 】
:  是统一用string，还是wstring，还是u8 ，u16，u32这些？  
:  
:  以前用QString 可以统一处理，现在想改用标准库，不知道怎么好。
:  
--
FROM 183.179.53.*

这个问题我去年发帖子讨论过一次

考虑两个场合：

一、内存处理
如果要在内存中处理大小写转换、不区分大小写查找，UTF8是不合适的。
如果只是字符串拼接处理，那可以用UTF8。

1、可以统一用UTF16(Windows平台用UTF16-LE。其他平台用UTF16-LE或者UTF16-BE，原则是尽量不做LE和BE的转换操作）。
2、不涉及Windows平台而且内存占用不是问题的话，UTF32也可以。基本上没人会在Windows上用UTF32，因为os是用的UTF16-LE，调用os API时都得转为UTF16-LE。

我目前内存中是用wchar_t/std::wstring这种取决于编译器实现的类型，使用者需要清楚它有平台差异（字节数、BE和LE），
这种实际上就是：Windows平台用UTF16-LE，linux和macos用UTF32（是UTF32-LE还是UTF32-BE取决于硬件）。

UTF16有个问题是：大部分字符是16-bit，但是也有32-bit的字符（术语称为surrogate pair）。
所以不如UTF32来得简单痛快，就是吃点内存，也有LE和BE的区分。

下面这种能搜到的大小写转换代码，在Windows上的实现是错误的，不能处理surrogate pair：

void MakeLower(std::wstring &s) {
  std::for_each(s.begin(), s.end(), [](WCHAR &c) { c = ::towlower(c); });
}

二、I/O
就像楼上有位说的，UTF8可以用来做输入输出，file、socket等里面的数据用utf8，没有endian问题。
如果同一个file还需要跨平台共享，需要明确file里的存储格式。

三、转换库：
1、Windows上用两个api（WideCharToMultiByte/MultiByteToWideChar），其他平台用iconv或者icu
2、或者统一用iconv或icu
--
FROM 114.241.225.*

嗯， 如果是windows平台，msvc， 看起来是内部统一使用wstring方便些

如果只是处理中文，或者东亚文字， 是不是肯定不会出现四字节字符？


【 在 z16166 的大作中提到: 】
: 这个问题我去年发帖子讨论过一次
: 考虑两个场合：
: 一、内存处理
: ...................
--
FROM 123.112.71.*

综上所述， 还是用qstring不香吗

【 在 z16166 的大作中提到: 】
: 这个问题我去年发帖子讨论过一次
: 考虑两个场合：
: 一、内存处理
: ...................
--
FROM 221.219.211.*