C ++ 0xは、新機能と標準化プロセスの重みで崩壊していますか?
質問
コンセプトは中心的存在だった C ++ 0xの新機能
「概念」をカットした後でもその 次のC ++標準は遅れる可能性があります。 残念ながら、C ++ 0xはありません(ただし、 マイナーな修正を数えます C ++ 03)。 C ++ 1xを待つ必要があり、 「x」が低桁になることを願っています。 C ++ 1xは今だから希望がある 機能の完了(ただし、 いくつかの国家標準の可能性 効果的にいくつかを主張する体 正式な提案に含まれる機能 標準のために)。 「すべて」残っている 解決の大仕事です 未解決の技術的問題と コメント。
私は、1997年から2000年頃のMTおよびMPセーフC ++プログラミングの最前線にいました。多くのことを自分でやらなければなりませんでした。それ以来、標準が同時実行性に対応していないのは、それ以来9年間で少し衝撃的です。
では、大したことは何ですか?
解決
Stroustrupは、ついにConceptsを削除した有権者の1人でした。 C ++が表示されない折りたたみの代わりに、C ++委員会がその仕事をしていることがわかります。中途半端な機能は、C ++のような堅牢な言語のソリューションではありません。 C ++ 0xで何が行われるかを見ると、あなたが言っていることの反対がわかります。最後に、しばらくの間良いものではなく、いつまでも良いものを得るのを待つことはありません:)
他のヒント
いいえ。
何があなたをそう思うのかわかりません。 Dr.Dobbsの記事は、そうだと言っているわけではありません。
これは大きな更新であり、言語仕様を修正してエラーを修正するために多くの作業が必要です。それは新しいことでも驚くことでもありません。
そして、ISO標準化プロセスには時間がかかります。それも新しいことではありません。あなたが投稿した記事は、それだけだと言っています-やるべき仕事はありますが、空は落ちていません。彼らはこれからかなり基本的でリスクの少ない仕事です。
これほど時間がかかった理由はいくつかあります:
明らかなのは、彼らが多くの変更を行っていることであり、いくつかの機能が予想よりも大きくなり、カットする必要がありました。言うまでもなく、遅延の原因となります。
それほど明白ではありませんが、同じくらい重要な要素は、C ++ 98以降、長い間望まないことです。彼らは、言語に安定して成熟する時間を与え、現在の言語機能の多くの使用経験を得て、コンパイラーに追いつく時間を与えたいと考えていました。数年前まで、C ++は更新する準備ができていませんでした。大規模な商用コンパイラはいまだに混乱しており、あまりにも多くの人々がまだ最新のC ++設計に慣れていませんでした。
だからこそ、マルチスレッドのようなものは今まで対処されていませんでした。 C ++ 98では実現できず、その後すぐに変更を加えたくありませんでした。
彼らが元々どの年をターゲットにしたかはわかりませんが、2007年よりも早いとは思いません。はい、新しい標準は少し遅れていますが、言語が「崩壊」しているからではありません。
いいえ、彼らは自分の責任を認識しているだけです。標準委員会の決定の影響を受ける人はたくさんいます。
一方で、テンプレートのエクスポートの失敗を繰り返さないことに感謝しています。
一方、同じ種類の「責任」はテンプレートが発生する前に完全に削除することもできました。
C ++ 0xは、C ++がまだ機能を試すには言語が成熟しすぎていることを示していると思います。新しい最先端の機能は、他の言語に既に存在しているため、基本的な哲学とよりよく一致しています。