共识？无语


【 在 foliver 的大作中提到: 】
: 支持你，字符串传值还是引用真没多大区别。当然极端场景除外。
: 现在有一个Qt项目，在单核arm上跑。里面大量的qstring传值。我试着修改了一些，发现没有啥提升，就不管了。
: string 传值基本上已经快成为共识了。
: ...................
--
FROM 221.218.161.*

QString 和 std::string 不一样的。

前者其实就是个指针，传值的时候采用 COW，引用计数 +1，并没有真正复制。

但 std::string 会搞出复制来了。

入参用 const string &，返回值用传值，就差不多了。这两个场景都有优化。

【 在 foliver 的大作中提到: 】
: 支持你，字符串传值还是引用真没多大区别。当然极端场景除外。
: 现在有一个Qt项目，在单核arm上跑。里面大量的qstring传值。我试着修改了一些，发现没有啥提升，就不管了。
: string 传值基本上已经快成为共识了。
: ...................
--
FROM 183.42.138.*

你说的对。
研究了下，c++11之前，std string使用的是cow方式。从c++11开始，由于标准发改变，string改为sso方式。

c++这修改是什么事啊。一个string都做不好


【 在 hgoldfish 的大作中提到: 】
: QString 和 std::string 不一样的。
:  
: 前者其实就是个指针，传值的时候采用 COW，引用计数 +1，并没有真正复制。
: ...................
--来自微水木3.5.10
--
FROM 116.230.42.*

看不得这种大小写又下划线，闹心
【 在 Algoquant 的大作中提到: 】
: 有时候是不由自己的，一些函数内部的临时变量，我就经常  
: sigAmount_total  
: sigAmount_last  
: sigPnl_summary  
: 就是后缀加个下划线，表明在原变量 衍生要做的业务意义的变量字段  
: --

发自「今日水木 on HMA-AL00」
--
FROM 223.104.13.*

那你这个是很理想的状况

【 在 mrunmatched 的大作中提到: 】
: 在我这，不过我这关，代码合不到仓库，改到我挑不出毛病为止
: 发自「今日水木 on HMA-AL00」
--
FROM 221.218.161.*