我竟然跟大佬有一样得困惑。。。
【 在 hgoldfish 的大作中提到: 】
: 如果都是入参，而不是作为返回值使用的，就统一用 const T & 啊。
: 作为返回值就比较麻烦了。我现在也搞不清楚要传 T* 还是 T&. 前者需要判断一下非空，后者不需要。但后者在调用时，不容易和 const T & 区别开来，阅读的时候不容易看清楚是出参。
:
--
FROM 39.89.121.*

最近的趋势是 不传需要返回的，直接用optional tuple variant之类新的模板解决

背后的逻辑似乎是，穿返回值的地址会引起非本栈地址搜索，触发cpu的内存同步，影响效率



【 在 hgoldfish 的大作中提到: 】
: 如果都是入参，而不是作为返回值使用的，就统一用 const T & 啊。
: 作为返回值就比较麻烦了。我现在也搞不清楚要传 T* 还是 T&. 前者需要判断一下非空，后者不需要。但后者在调用时，不容易和 const T & 区别开来，阅读的时候不容易看清楚是出参。
:
--
FROM 36.17.183.*

外面需要new/delete 吧?
【 在 smile1314 的大作中提到: 】
: 传指针进去直接取地址就行了啊，不用new delete
--
FROM 223.72.35.*

【 在 carston 的大作中提到: 】
: 收的简历里，超过70%都是精通C++的
: :
: - 来自「最水木 for iPhone13,2」


80%都不精通。
--
FROM 42.236.186.*

嗯。。有道理。但返回 pair tuple 的话，旧版 c++ 的支持不太好吧。在 python 里面比较方便，我就很喜欢用这个模式:

value, flag = do_something()
if not flag:
    # value is invalid.

【 在 ziqin (子青|会挽雕弓如满月|西北望|射天狼) 的大作中提到: 】
: 最近的趋势是 不传需要返回的，直接用optional tuple variant之类新的模板解决
: 背后的逻辑似乎是，穿返回值的地址会引起非本栈地址搜索，触发cpu的内存同步，影响效率
--
FROM 140.224.34.*