問題タブ [implicit-conversion]

何が起きてる：

出力:

これらの変数を印刷する前に型を確認すれば、もちろん問題なく動作します。2 番目の print ステートメントが暗黙的に 1.00000 に変換されないのはなぜですか?

SQL Serverでこのアドホッククエリを試してみると（UserIdNVARCHARフィールドであると想定）：

このエラーが発生します：

明らかに'foo'、私の列のどこかに値がありUserIdます。

SQL Serverが、検索値をNVARCHARに変換するという、私には明らかなことを行うのではなく、列全体をINTEGERに変換しようとするのはなぜですか？

私は最近このコードを見つけました：

どういうstatic implicit operator意味ですか？

それは単に好みですか、それとも特定のインスタンスが必要な場合がありますか? 初期化のために次のバリアントを参照しています

誰かがこれがタイトルに記載されているエラーを引き起こす理由を説明できますか？

ありがとう

これは、 Google の C++ コーディング ガイドラインからの抜粋です。

定義にアクセスせずにヘッダーファイルでクラス Foo を使用するにはどうすればよいですか?

• Foo* または Foo& 型のデータ メンバーを宣言できます。
• Foo 型の引数および/または戻り値を持つ関数を宣言できます (定義はできません)。(1 つの例外は、引数 Foo または const Foo& に非明示的な 1 つの引数のコンストラクターがある場合です。この場合、自動型変換をサポートするには完全な定義が必要です。)
• Foo 型の静的データ メンバーを宣言できます。これは、静的データ メンバーがクラス定義の外で定義されているためです。

私が気になるのは、2 番目の箇条書きの例外です。これはなぜですか？自動型変換をサポートしたいのに、なぜ完全な定義が必要なのですか?

私の推測では、暗黙的な変換で一時オブジェクトが作成されるため、コンパイラーは宛先タイプの完全な定義を必要としていると思います。私は正しく推測していますか？それ以上のことはありますか？

編集：

私が見ているように、ガイドラインの例外は次のような状況に対処しています:

ここでは、ユーザー定義の暗黙的な変換 (int から A へ) が 1 つだけあり、const & を受け入れるコンストラクターを呼び出します。この例外で意味のある唯一のことは、たとえば int から A への直接変換をサポートし、次に A const & を受け入れるコンストラクターを介して B への直接変換をサポートすることです。これにより、A クラスが存在するヘッダー ファイルを明示的に含める必要なく、クライアント コードがこの変換チェーンを使用できるようになります。宣言した。

いくつかの C++ コードの大幅なリファクタリングを行ったところ、私が気付いていない暗黙的な変換に起因する多数のバグが発見されました。

例

問題

1. ではb、 の戻り値の型aは暗黙のうちに にキャストされboolます。
2. ではc、 から返された値bはサイレントに に昇格されint64_tます。

質問

プリミティブ型間の暗黙的な変換に関する警告またはエラーを受け取るにはどうすればよいですか?

ノート

1. の使用は-Wconversion、上記の例とは関係のないいくつかの任意の変換のみをピックアップするようです。
2. BOOST_STRONG_TYPEDEFはオプションではありません (ディスク構造で使用されるため、私のタイプは POD である必要があります)。
3. C も重要ですが、この問題は C++ コード ベースに関連しています。

次のコードに問題があります (コンパイルはできますが、クラッシュします)。

機能しないステートメントにコメントしました。Convert.ChangeType と PropertyInfo.SetValue が MyBoolean で定義されている「オーバーロードされた」キャスト演算子を使用していないように見える理由を知っている人はいますか?

ところで、ここで他のいくつかのドキュメントを参照してきましたが、問題と完全に一致するものは見つかりませんでした。

よろしくトーマス

C++ プログラムのコンパイルに g++ を使用していますが、たとえば int と dooble などの型の間の暗黙的な変換を停止したい: double をパラメーターとして使用する関数がありますが、この関数のパラメーターに int を送信すると、エラーや警告のないコンパイル パス。

それが私の質問です、暗黙の変換を停止する方法は??

ありがとう。

私は書きます

私のプログラムで。これにより、コンパイル エラーが発生します。挿入したら

その後、動作します。

Odersky のProgramming in Scalaから、ソースのコンパニオン オブジェクトまたは予想されるターゲット タイプの暗黙的な変換をインポートする必要がないことがわかりました。