C＃のプロパティ結合演算子

C＃のnull結合演算子を使用すると、コードを短縮できます

  if (_mywidget == null)
     return new Widget();
  else
     return _mywidget;

至るまで：

  return _mywidget ?? new Widget();

C＃で使用したい便利な演算子は、オブジェクトのプロパティ、またはオブジェクトがnullの場合は他の値を返すことができる演算子であることに気づきました。交換したいので

  if (_mywidget == null)
     return 5;
  else
     return _mywidget.Length;

と：

  return _mywidget.Length ??! 5;

この演算子が存在しないのには何らかの理由があるに違いないと私は思わずにはいられません。コード臭？これを書くためのより良い方法はありますか？（私はnullオブジェクトパターンを知っていますが、これらの4行のコードを置き換えるためにそれを使用するのはやり過ぎのようです。）

それぞれのnullをチェックする必要なく、x.Prop.SomeOtherProp.ThirdPropを安全に実行できるC＃言語機能が必要です。これらの種類の「深いプロパティトラバーサル」を頻繁に実行する必要があった1つのコードベースで、NaviReferenceと呼ばれる拡張メソッドを記述して、NullReferenceExceptionsを飲み込み、代わりにデフォルト値を返しました。だから私はこのようなことをすることができました：

var propVal = myThing.Navigate(x => x.PropOne.PropTwo.PropThree.PropFour, defaultValue);

これの欠点は、コードの匂いが異なることです：飲み込まれた例外です。この「正しい」ようなことをしたい場合は、lambbaを式として受け取り、その場で式を変更して、各プロパティアクセサーの周りにnullチェックを追加できます。私は「迅速かつ汚い」ために行き、これを「より良い」方法で実装しませんでした。しかし、多分私がいくつかの予備の思考サイクルを持っているとき、私はこれを再訪して、どこかにそれを掲示するでしょう。

あなたの質問にもっと直接答えるために、これが機能ではない理由は、機能を実装するコストが機能を持っていることの利点を超えているためだと思います。C＃チームはどの機能に焦点を当てるかを選択する必要がありますが、これはまだトップに浮上していません。私はインサイダー情報を持っていませんが、推測です。

これで、C＃6でこれを簡単に実行できるようになると思います。

return _mywidget?.Length ?? 5;

ヌル条件演算子注?.左側を。_mywidget?.Lengthがnullの場合_mywidgetはnullを返します。

他の人が示唆しているように、単純な三項演算子の方が読みやすいかもしれません。

彼らがなぜそれをしなかったのかについては、それは本当に推測にすぎません。結局、私は信じていません?? 最初のC＃バージョンでした。

とにかく、私は条件演算子を使用してそれを1日と呼びます。

return (_mywidget != null) ? _mywidget.Length : 5;

?? 条件付き演算子へのショートカットにすぎません。

それは三項演算子のように見えます：

return (_mywidget != NULL) ? _mywidget : new Widget();

個人的には、読みやすさ次第だと思います。最初の例では??、「Are you there ?? Nope、let's do this」のように非常にうまく翻訳されます。

2番目の例で??!は、明らかにWTFであり、プログラマーには何も意味しません。...オブジェクトが存在しないため、プロパティにアクセスできないため、5を返します。それはどういう意味ですか？5って何？5が良い値であるという結論にどうやって到達しますか？

要するに、最初の例は理にかなっています...そこにではなく、新しいものです。第二に、それは議論の余地があります。

私は人々があなたが戻ってきている「5」に追いつきすぎていると思います...おそらく0はもっと良かったでしょう:)

とにかく、私はこの問題は、ということだと思う??!実際には、スタンドアロンの演算子ではありません。これが何を意味するかを考えてみましょう：

var s = myString ??! "";

その場合、それは意味がありません。左側のオペランドがプロパティアクセサーである場合にのみ意味があります。またはこれはどうですか：

var s = Foo(myWidget.Length) ??! 0;

そこでのプロパティアクセサですが、私はまだそれが理にかなっているとは思わない（場合myWidgetでnull、平均我々は呼んでいないというんFoo()すべてで？）、またはこれは単にエラーですか？

問題は、言語に自然に収まら??ないことです。

誰かがこれを行うユーティリティクラスを作成しました。しかし、私はそれを見つけることができません。私が見つけたのは、MSDNフォーラムで似たようなものでした（2番目の答えを見てください）。

少しの作業で、それを拡張して、サンプルでサポートされていないメソッド呼び出しやその他の式を評価できます。デフォルト値を受け入れるように拡張することもできます。

あなたがどこから来たのか理解しました。あなたが提供した例で誰もがアクセルを包んでいるようです。マジックナンバーは悪い考えだと私は同意しますが、特定のプロパティについては、nullの合体演算子と同等の用途があります。

たとえば、マップにバインドされたオブジェクトがあり、それらを適切な標高に配置したいとします。DTEDマップのデータには穴がある可能性があるため、-100から〜8900メートルの範囲の値だけでなく、null値を持つことも可能です。あなたは次の線に沿って何かを望むかもしれません：

mapObject.Altitude = mapObject.Coordinates.DtedAltitude ?? DEFAULT_ALTITUDE;

この場合、nullの合体演算子は、座標がまだ設定されていない場合、またはCoordinatesオブジェクトがその場所のDTEDデータを読み込めなかった場合に、デフォルトの高度を入力します。

これは非常に価値があると思いますが、なぜそれが行われなかったのかについての私の推測は、コンパイラーの複雑さに限定されています。動作が予測できない場合があります。

深くネストされたものを処理しない場合は、これを使用しました（C＃6で導入されたnull結合演算子の前）。私にはそれはかなり明確ですが、多分それは私がそれに慣れているためかもしれません、他の人々はそれを混乱させるかもしれません。

return ( _mywidget ?? new MyWidget() {length = defaultLength}).Length;

もちろん、これは常に適用できるとは限りません。アクセスする必要のあるプロパティを直接設定できない場合や、オブジェクト自体の構築にコストがかかる場合などがあるためです。

もう1つの方法は、NullObjectパターンを使用することです。適切なデフォルト値でクラスの単一の静的インスタンスを定義し、代わりにそれを使用します。

return ( _mywidget ?? myWidget.NullInstance).Length;

通常、マジックナンバーは悪臭です。5が任意の数である場合、より明確に文書化されるように、それを綴るのが良いでしょう。私の意見の例外は、特定のコンテキストでデフォルト値として機能する値のコレクションがある場合です。

オブジェクトのデフォルト値のセットがある場合、それをサブクラス化してデフォルトのシングルトンインスタンスを作成できます。

次のようなもの：return（myobj ?? default_obj）.Length

長さプロパティは通常値型であるため、nullにすることはできません。そのため、null結合演算子はここでは意味がありません。

しかし、たとえば、参照型であるプロパティを使用してそれを行うことができます。 var window = App.Current.MainWindow ?? new Window();

以前に似たようなアイデアを持つ人を見たことがありますが、ほとんどの場合、次のような新しい値をnullフィールドにも割り当てたいと思います。

return _obj ?? (_obj = new Class());

したがって、??との=割り当てを次のように組み合わせることがアイデアでした。

return _obj ??= new Class();

これは感嘆符を使用するよりも理にかなっていると思います。

このアイデアは私のものではありませんが、私はそれが本当に好きです:)