問題タブ [null-coalescing-operator]

私はこのクエリを持っています:

結合が発生せず、結果が NULL の場合、クエリが "NONE" で null の結果を COALESCE すると予想していましたが、それでも NULL になります。NULLの代わりに「NONE」が返されるようにするにはどうすればよいですか?

重要な点を説明するのを怠りました: usafandwbanはINa の変数ですstored procedure。これが私の最終的な（作業中の）バージョンです。ありがとうローランド

私が使う ？？私のコードでは非常に重く演算子です。しかし、今日、私は質問に出くわしました。

ここで私が使用するコードは?? オペレーター

しかし、いくつかの場所では、このコードも見ました。

これらのコードの実際の違いは何ですか。1 つは _names = new List() を割り当て、もう 1 つは new List() を実行しているだけです。

NullReferenceExceptionこのコードを実行すると、パラメーターを省略して予期しない結果が得fileSystemHelperられます (したがって、デフォルトで null に設定されます)。

デバッガーでコードを 1 ステップ実行すると、最初の行を (??演算子を使用して) ステップ オーバーした後fileSystemも、この画面の抜粋に示すように値が null のままです (次の行をステップ オーバーすると、 がスローされますNullReferenceException)。

これは私が期待したものではありません！null合体演算子がパラメータがnullであることを発見し、new FileSystemHelper(). 私はこのコードを何年も見つめてきましたが、何が問題なのかわかりません。

ReSharper は、フィールドはこの 1 つのメソッドでのみ使用されるため、潜在的にローカル変数に変換される可能性があると指摘しました。出来た。それで、私は修正しましたが、私の人生では、上記のコードが機能しない理由を理解できません。C# について何か面白いことを学ぼうとしているような気がします。ここで何が起こっているか、誰でも見ることができますか?

null合体演算子をアクセサーメソッド内に配置するとパフォーマンスに影響があるかどうか、stackoverflowで調べていました。

前：

後：

構文が正しいかどうかもわかりませんが、デバッグするとプライベート オブジェクトが設定されます。

誰かがそれを行う意味を尋ねる前に、読みやすさのために書くか (最初の方が読みやすいように見えます)、パフォーマンスのために書くかを社内で議論していました。

コンパイラが最適化するかどうかわかりません?? 常に手動で null チェックを行うよりも優れています。マイクロ最適化は悪いですが、私はただ興味があります