問題タブ [explicit]

Youtube の GoogleTechTalks ビデオで、Bjarne Stroustrup が今後の C++0x 標準について語っています。ビデオの中で、彼は次の例に言及しています。

特定のコンテキストでの暗黙の変換に関連する問題を強調するために、explicitキーワードをSick(double)ではなくの前に置くつもりだったのでしょうか?Sick(int)

インターフェイスを実装するクラスがあり、メソッドの 1 つは onClick と呼ばれます。インターフェイスが必要とする onClick を実装する方法はありますが、別の名前を付けますか? 次のようなもの（そして私はこれを作っています）：

私が尋ねている3つの理由は次のとおりです。

1. メソッドのシグネチャを見て、それがインターフェイスから来ていることを知っておくとよいでしょう。
2. インターフェイスで必要になる可能性のある onClick のような「一般的な」名前を避けるため
3. 多くのインターフェイスで同じメソッド名を区別するには

私はJavaが初めてなので、これが根本的に「悪い」質問である場合はお詫びします。

明示的な結合を使用して3つのテーブルを結合する必要があります。3つのテーブルすべてに共通のキーはありません。

私はexplicitキャストオペレーターのための新しいもので遊んでいます。あなたが次のようなものを書く場合

誤ってに変換することはできませDataんstring。dargetデータ型boolは例外です。場合によっては、explicit-- contextualconversionとマークされていても暗黙的な変換が許可されます。if(...)したがって、次の例でこのデータ型を使用できます。

「25.4。（2）並べ替えと関連操作」の段落は、同様の標準的なコンテナCompareのファンクターにもこれを可能にするようです。しかし、gcc-4.7.0での試行は失敗し、それが私の誤解なのか、gccのバグなのかは確かですか？set

例がコンパイルされるexplicit前に。operator bool()そして、「25.4。（2）」についての私の理解は、これも`explicitでコンパイルする必要があるということです。

変換setも機能するはずだというStdを正しく理解しましたか？explicit boolそして、これはgccのバグである可能性がありますか、それとも私は何か間違っていることを理解しましたか？

コンストラクターに関して言えば、キーワードを追加するとexplicit、プログラマーの最初の意図ではない場合に、熱心なコンパイラーがオブジェクトを作成するのを防ぐことができます。そのようなメカニズムは鋳造オペレーターにも利用できますか？

ここでは、たとえば、にキャストできるようにしFooたいstd::stringのですが、そのようなキャストが暗黙的に発生することは望ましくありません。

この $ 記号はいつ登場しますか? それは私を悩ませます。その重要性は何ですか？

このスレッドに見られるように：

ページ タイトルに明示的なローカリゼーション表現を使用していますか?

この種の .NET 構文には名前がありますか? 特定のasp.netバージョン（つまり、asp.net 3.5）でのみ機能すると思いますか？どうもありがとう。

タイプのオブジェクトを受け入れるコンストラクターがありますMaterial:

ただし、次のようにMaterial構築できますVector。

したがって、SomeClassa による構築を許可できますVector。

ただし、このタイプのctorを使用して (同じプロジェクト内の異なるクラスで)何度も「自分の足を撃った」後は、 byオブジェクトを直接構築することを禁止し、代わりに常に aを渡す必要があります。SomeClassVectorMaterial

これを行う方法はありますか？どういうわけかそれはexplicitキーワードに関係していると思います。

演算子のオーバーロード、特に暗黙的および明示的な変換を使用して大規模な作業を行ったことはありません。

ただし、頻繁に使用される数値パラメーターがいくつかあるため、これらのパラメーターを厳密に型指定するために、数値型のラッパーとして構造体を作成しています。実装例を次に示します。

Int64明示的および暗黙的な演算子のコツをつかむためにテスト実装を試していたときに、 aを自分の型に明示的にキャストしようとしましたParameterが、驚いたことに、例外はスローされませんでした。さらに驚くべきことに、数値が切り捨てられ、進みました。カスタムの明示的な演算子を除外しようとしましたが、それでも同じように動作しました。

したがって、構造体の代わりにプレーンを使用して実験を繰り返しByteましたが、まったく同じ動作をしているため、明らかにこれは予想される動作ですが、データが失われる明示的なキャストは例外をスローすると考えました。

を使用して文字列に追加する前に、明示的にキャストnumber 0する必要があるのはなぜですか?charstring::operator+

明確にするために更新：私の目標は、既存のバイト配列に1バイト（ゼロを含む任意の値を含む）を追加することでした。