式でnullableを使用するときにC＃で括弧が必要なのはなぜですか？

Question

私はC＃に新たなんだと言語機能を探索しながら、私は奇妙な何かに出くわした：カッコが必要な理由を

struct Foo 
{ 
    public Foo Identity() { return this; } 

    public static void Bar(Foo? foo) 
    { 
     Foo foo1 = foo?.Identity().Value; // Does not compile 
     Foo foo2 = (foo?.Identity()).Value; // Compiles 
    } 
} 

誰も私に説明してもらえますか？

Answer 1

括弧が必要な理由は誰でも説明できますか？

Identity()はFooを返す（Foo?ない）、したがって、何らValue性を有していないので。 fooがヌルの場合、nullはIdentityコールを介して伝播します。

あなたはそれの前後に括弧を挿入すると、表現の結果はがValue性質を持ってんNullable<Foo>です。

もfooが nullの場合、あなたが値を持たないNullable<Foo>にValueを呼び出すことになり、実行時で例外を取得することに注意してください。いくつかのスタティック・アナライザーは、発生するのを待って警告する可能性のあるヌル参照例外があることを認識します。

あなたはnullを伝播することなく、それらの等価物にそれらを展開すると、それがより明確になります。

Foo foo1; 
if(foo != null) 
{ 
    foo1 = foo.Identity().Value; // not possible - Foo has no Value property. 
} 
else 
{ 
    foo1 = null; // also not possible 
} 

Foo foo2; 
Foo? temp; 
if(foo != null) 
{ 
    temp = foo.Identity(); 
} 
else 
{ 
    temp = null; // actually a Nullable<Foo> with no value 
} 
foo2 = temp.Value; // legal, but will throw an exception at run-time if foo is null 

Identity()もし戻っFoo、なぜFoo foo3 = foo?.Identity();はコンパイルされませんか？

それと同等のもののようになります。

Foo foo3 
if(foo != null) 
{ 
    foo3 = foo.Identity(); 
} 
else 
{ 
    foo3 = null; // not possible 
} 

Answer 2

私はこのようにそれを行うには、C＃のチームから良い決断だったと思います。構造体であった場合

：以下のシナリオを考えてみましょう

struct Foo 
{ 
    public int ID { set; get; } 

    public Foo Identity() { return this; } 

    public static void Bar(Foo? foo) 
    { 
     int? foo1 = foo?.Identity().ID; // compile 
     Foo foo2 = (foo?.Identity()).Value; // Compiles 
    } 
} 

あなたがNULL可能結果にアクセスするために括弧を必要としなかった場合、あなたはIDプロパティにアクセスすることはできません。下記以来コンパイルされません。

int? foo2 = (foo?.Identity()).GetValueOrDefault()?.ID 

をあなたは.がIdentity()で返されるタイプFooの後にあるものfoo?.Identity().を書くとき。しかし(foo?.Identity()).に何.後であることは、あなたが存在しない `Foo`、中に[値]という名前のメンバーにアクセスしようとしている最初のケースで全体の文foo?.Identity().