→ loveme00835:相依性談到類別實作, 再談到引數傳遞, 我的看法是偏向 04/09 01:57
→ loveme00835:只做1 4, 可以達成你所說的所有策略, 你不想要引數被 04/09 01:58
→ loveme00835:改, 就不用加個 &再傳進來, 那麼我實作也可以by value 04/09 01:59
→ loveme00835:by ref 任意作切換, 但是有必需要加 &的場合, 順便也 04/09 01:59
→ loveme00835:提醒呼叫端這樣作物件可能被收回, 傳入空值通常會改用 04/09 02:00
→ loveme00835:多載來作, 才不會被多個指標的signature混淆 04/09 02:01
→ legnaleurc:但是這會變成 client 端自己要注意什麼時候要加 & 04/09 02:03
→ legnaleurc:至少我看到 1 的型別時, 下意識會想到它有可能會取得 04/09 02:05
→ legnaleurc:生殺大權. 如果你根本不打算動它的主意, T & 應該會比 04/09 02:06
→ legnaleurc:較明確 04/09 02:06
→ loveme00835:特別的地方總是引人注目的, 全部加&麻煩, 全部ref其實 04/09 02:07
→ loveme00835:會讓人較容易記憶體釋放的問題, 再加上混雜 by value 04/09 02:09
→ loveme00835:傳遞的函式, 沒辦法一眼就分辨得出來語意的 04/09 02:10
→ legnaleurc:呃, 這樣我不知道要怎麼回, 看起來完全是 style 的問題 04/09 02:15
→ loveme00835:其實不是我這樣說而已啦, 記得 coding standard也有 04/09 02:16
→ legnaleurc:如果整套介面都用同樣的策略設計, client 也能接受的話 04/09 02:16
→ legnaleurc:其實都不是什麼大問題 04/09 02:16
→ legnaleurc:你是說 C++ coding standard 那本嗎? 我怎麼不記得有 04/09 02:16
→ legnaleurc:你說的條款? 再說這其實跟紅綠燈一樣, 很多都參考用的 04/09 02:17
→ legnaleurc:有牽涉到的 client 用起來滿意就好了唄 04/09 02:18
→ loveme00835:ch 25有講到一些, 說的也對, 用得爽就好:) 04/09 02:21