- 主题:现在编译器优化
不能吧，C++是信任码农
我这有个工程里满是新手写的std::string传值，头大。给他指出来吧，说多了还容易得罪人，还不改，哈哈
--
FROM 221.218.161.*
有很多优化行为不是标准的，取决于编译器的实现。
也就是"怎么优化"这玩意儿很多说不准。要想准，只能靠自己，而不是靠编译器。
RVO、尾递归之类的，很多编译器都实现了
拷贝、临时构造，你这个又延伸了你在顶楼的讨论内容啊，哈哈
具体是否优化了，只能对照生成的汇编代码，那个不会撒谎
: 编译器可以优化掉考贝和临时构造吧
:
: - 来自 水木说
--
FROM 221.218.161.*
理想情况是这样
不过实际搞不定，主要是因为这人是老板的人，哈哈
【 在 Bernstein 的大作中提到: 】
: 像这种就不能给合并到主线，review不能过
:
--
FROM 221.218.161.*
人跟人不同。有的人比较固执，就要搞自己的那套，另外一个原因是对c++特性不熟，不敢用。
我昨天在群里说了同一个变量的命名不要混用下划线和驼峰，人根本就不回复我，哈哈
【 在 poocp 的大作中提到: 】
: 那你把string_view推荐给他，不就符合他喜欢传值的个性了，还不容易产生逆反心理。
:
--
修改:z16166 FROM 221.218.161.*
FROM 221.218.161.*
你写的是c++耶
这还理直气壮了
看来你经常这么干
另外，我说的是这种：
void Foo(string s);
void Bar(Json::Value v);
你要是到处都是这种函数参数定义，你看看你项目组里写c++的人鄙视你不
我猜测了一下，这哥们习惯这么写，大概是因为他是c#码农转来写c++的
因为他给每个string都要初始化为""。
【 在 xieyf 的大作中提到: 】
: string传个值怎么了？你写个常引用，人家传个literal不照样内存分配和拷贝？
: 传入字符串的地方，你可以统计一下，八成这地方被传入了文本字符串。
: 而且string传值这事情根本不是个事了，不缺那点性能。
: ...................
--
修改:z16166 FROM 221.218.161.*
FROM 221.218.161.*
问题是这个项目里的别人都没这么写
【 在 xieyf 的大作中提到: 】
: qt里边全是下划线和驼峰混用的。
:
: #发自zSMTH@么么哒
--
FROM 221.218.161.*
那不是理由，因为用sigAmountTotal是一样的呀，哈哈
【 在 Algoquant 的大作中提到: 】
: 有时候是不由自己的，一些函数内部的临时变量，我就经常
: sigAmount_total
: sigAmount_last
: ...................
--
FROM 221.218.161.*
共识？无语
【 在 foliver 的大作中提到: 】
: 支持你，字符串传值还是引用真没多大区别。当然极端场景除外。
: 现在有一个Qt项目，在单核arm上跑。里面大量的qstring传值。我试着修改了一些，发现没有啥提升，就不管了。
: string 传值基本上已经快成为共识了。
: ...................
--
FROM 221.218.161.*
那你这个是很理想的状况
【 在 mrunmatched 的大作中提到: 】
: 在我这，不过我这关，代码合不到仓库，改到我挑不出毛病为止
: 发自「今日水木 on HMA-AL00」
--
FROM 221.218.161.*