cplusplus.comの何が問題になっていますか？

これはおそらくこの質問に完全に適したフォーラムではないかもしれませんが、退去させられる危険を冒して、私に試してみましょう。

貴重なISO規格を含むC ++標準ライブラリのためのいくつかの言及があるMSDN、IBM、cppreference、およびCPLUSPLUSは。個人的には、C ++を作成するときに、迅速なランダムアクセス、短い読み込み時間、および使用例を備えたリファレンスが必要であり、cplusplus.comはかなり便利だと感じていました。ただし、私はそのWebサイトについて否定的な意見を頻繁に聞いているため、具体的に知りたいと思います。

cplusplus.comからのエラー、誤解、悪いアドバイスは何ですか？コーディングの決定にそれを使用するリスクは何ですか？

この点を付け加えましょう：ここでSOに関する質問に標準の正確な引用で答えられるようにしたいので、すぐに使用できるリンクを投稿したいと思います。cplusplus.comは、この問題。

編集：のドキュメントはstd::remove、この回答が書かれてから修正されています。同じことがにも当てはまりますlist::remove。

cpluscplus.comがどのようにそれを誤解することができるかを示すために例を挙げましょう。

std::removeからの機能を検討してください<algorithm>。

実際にはstd::remove、アイテムはコンテナーから削除されません。その理由std::removeは、イテレータのペアでのみ機能し、実際にアイテムを含むコンテナについて何も知らないためです。実際std::removeには、基礎となるコンテナーを知ることはできません。これは、イテレーターのペアから、イテレーターが属するコンテナーについて発見する方法がないためです。だからといってstd::remove、実際にはアイテムを削除しません。コンテナーからアイテムを実際に削除する唯一の方法は、そのコンテナーのメンバー関数を呼び出すことです。

したがって、アイテムを削除する場合は、Erase-Remove Idiomを使用します。

 v.erase(std::remove(v.begin(), v.end(), 10), v.end()); 

しかしcplusplus.com、に関する誤った情報を提供しstd::removeます。それは言う

この関数があることに注意してください変更されません新しいエンド過去の要素、その古い値を保持しているまだアクセスを。

これは正しくありません。範囲内のイテレータ[new_end, old_end)は引き続き逆参照可能ですが、古い値が保持され、引き続きアクセスできることを意味するわけではありません。それらは指定されていません。

同様に、cplusplus.com与え間違っに関する情報list::removeだけでなく、を。それは言う、

グローバルアルゴリズム関数remove が同様の動作で存在しますが、2つの反復子間で動作していることに注意してください。

これは完全に間違っています。グローバル削除、すなわちstd::remove類似していないlist::remove、我々は前者がいるのを見て、本当に削除しないコンテナからアイテムを、それができないので、後者（メンバ関数）に対し、実際に削除しない項目を、それは可能性があるため。

この回答は、次のトピックの私の別の回答からほとんど変更されずにコピーされています。

• STL削除が期待どおりに機能しませんか？

注：上記のトピックで返信しているときに最近これに遭遇したので、覚えています。私が過去2年間に遭遇した多くのエラーがあり、それを覚えていません。再び出くわした場合、後でさらに追加する可能性があります。

私は少し反対の意見を述べるつもりです。cplusplus.comには多くの優れた情報があります。それを選んで死にます、そしてもちろん、もちろんそれには問題がありますが、どのサイトはそうではありませんか？確かにこのサイトで。ガラスの家に住んでいる人は石を投げてはいけません。ここにも誤報がたくさんあります。完全に間違った、反対投票の回答（一部否定的です！）である承認された回答は、正解です。

cplusplus.comの1つの問題は、それが閉じたサイトであることです。同じことが言及されている他のほとんどの参照サイトにも当てはまります。これは、Stack Overflowなどのコミュニティ開発サイトの粒度に反します。信頼できる編集を行う機能を取得するのにそれほど時間がかかりません。また、最新の初心者でも簡単に改善の提案を行うことができます。それをcplusplus.comと比較してください。スタッフがいない場合、あなたは永遠の初心者です。あなたがWG21の主要メンバーである場合でも、そのサイトのどこかにバグを見つけたら、彼らの電子メールレポートメカニズムに目を通す必要があります。アナセマ！

このサイトでは、独自のC ++リファレンスを開発するための解決策があります。これにはかなりの作業が必要になります。知識が多すぎたり、専門的すぎたりしないように注意する必要があります。cplusplus.comが、少なくとも2、3人の技術編集者を雇い、ペダントを寄せ付けないことは明らかです。情報を適切に整理する必要があります。ここのFAQはよく整理されていません。また、標準から直接大量に噴出しないように注意する必要があります。それは違法です。

http://www.cplusplus.com/reference/clibrary/cstring/strncpy/

「重複するオブジェクト間でコピーが行われた場合の動作は定義されていません。」（C89標準の4.11.2.4。C++ 03が実際に参照するC90のコピーはありませんが、ページ番号などの違いだけが想定されています。）

cplusplus.comによって提供されるドキュメントは、多くの場合、不正確または不完全です。

そのような例がになると、atoicplusplus.com のドキュメントです。

atoi
戻り値のセクションでは、関数の使用中に変換を実行できない場合、戻り値0について言及されていません。

cplusplus.comの戻りセクションには、「変換された値がintによって表現可能な値の範囲外になると、未定義の動作が発生します」と記載されています。

これは、標準に従って正しいです。「文字列の数値をintで表現できない場合、動作は未定義です」。

ただし、戻り値として0が記載されていないため、セクションはいっぱいではなく、誤解を招く可能性があります。「...変換は実行されず、ゼロが返されます。」という句。は説明パラグラフで以前に満たされていますが、リターンセクションにあることが不可欠です。

cplusplus.comで提供されているサンプルソースコードの多くは正しくありません。
これらの参照を探している初心者の多くは、ばかげた過ちを犯すことにつながります。

例を挙げます：

編集：前に引用した例は正しくありませんでした。

のドキュメントは最初type_infoに説明しようとしましたtypeidが失敗しました：

typeidはタイプに直接適用でき、その場合は情報を返します。またはオブジェクトに対して。その場合、オブジェクトのタイプに関する情報を返します。

typeidが、ポリモーフィッククラスタイプ（仮想関数を宣言または継承するクラス）のオブジェクトへの逆参照ポインターに適用される場合、その動的タイプ（つまり、最も派生したオブジェクトのタイプ）を考慮します。

現在、2番目の段落はすでに1番目の段落に同意していません。ではtypeid(*ptr)、typeid式に適用されます。staticとdynamic型の概念はオブジェクトではなく式のコンテキストでのみ意味があるため、これはかなり重要です。また、次のような場合も見逃しますtypeid(foo())ます。

さらに、2番目の段落では参照を省略しています。それらも、参照するオブジェクトの動的タイプとは異なる静的タイプを持つことができます。

のドキュメントにstd::pair<T1,T2>::operator==は、両方の要素が等しいかどうかがテストされていると記載されています。のドキュメントstd::pair<T1,T2>::operator<は、最初の要素が等しい場合にのみ2番目の要素が考慮されると述べています。

「等しい」という単語はどちらの場合にも表示されます。しかし、それは本当に最初のケースでのみ意味しT::operator==ます。2番目のケースでは、等しいとは!(a.first<b.first || b.first<a.first)