C++スタイル：演算子のオーバーロード、<flavor>

Question

で渡す私は最近、コードのレビューから以下のコメント受け取っ：

は、演算子オーバーロードの使用は避けてくださいを可能な限り：（ のstd ::文字列の使用.appendを使用している場合）および[Cスタイル]ポインタを使用し、代わりに+値または参照渡し=明確にするため

回避の（）.ASSIGN代わり

これは、このからのナンセンスのこの種との私の最初の実行ではありません部異物レビューア。

動物園のように、いくつかは他の動物と同等です。どのように彼のペットがピアレビューをする価値がないことを上司に知らせるには？ベストプラクティスから章や詩を引用

はその答えの一部ですが、私は（それはあるかもしれないと満足し、広告人身攻撃の攻撃に頼るアウトして）ただ技術的な理由よりも多くを必要としています。アドバイスありがとうございます。

Answer 1

幸いにもあなたのために、全体のドラフト規格は、すべての単一のセクションへの直接リンクしてHTML形式で提供されています。 std::string::assignとstd::string::operator=が同一であることを示すことは自明なことです。

21.3.1.6.3 string::assign

basic_string& assign(const basic_string& str); 

     Effects: Equivalent to *this = str 

21.3.1.2/19 string.cons

basic_string& operator=(const basic_string& str); 

     Effects: If *this and str are not the same object, modifies *this

私たちは手紙にこれを実装した場合、それは次のようになります。

value_typeが Traits::char_typeある

basic_string& operator=(const value_type* __s) {return assign(__s);} 

を、01のための別名。

Answer 2

は、実際には質問の両方の部分のための客観的な理由がありますので、私は近くに投票して不同意です。

std::sort（std::less経由）は、operator<がオーバーロードされていることを前提としています。 std::ostreamは、無料の関数operator<<(std::ostream&, Foo)がオーバーロードされていることを前提としています。 std::accumulateはoperator+などと仮定します。要するに、C++標準では、演算子のオーバーロードを想定しています。最後は最悪で、値（T, T&, T&& and T*）を通過する4ウェイの

。移動セマンティクス、一時的な一時停止、メモリリークのリスク（あいまいなセマンティクス）の増加、C++標準の前提条件との互換性がありません。例えば。コピーコンストラクタはになることはできませんT*を取る。