古い参照フィールド対動的フィールドのconst constの行動

Question

これはおそらく私が見に失敗しています簡単に説明しているが、なぜ次のコードは有効です。

public struct Foo 
    { 
     const object nullObject = null; 

     public override string ToString() 
     { 
      if (nullObject == null) 
      { 
       return base.ToString(); 
      } 

     } 
    } 

従いながら、

public struct Foo 
    { 
     const dynamic nullObject = null; 

     public override string ToString() 
     { 
      if (nullObject == null) 
      { 
       return base.ToString(); 
      } 

     } 
    } 

を

は、次のコンパイル時エラーを返します。Foo.ToString（） '：すべてのコードパスが値を返すわけではありませんか？

なぜは、dynamicであるということは、コンパイラは、nullであると主張できないのですか？

EDIT：質問に拡大し、smoore's回答に基づいて、なぜコンパイラはdynamicconstフィールドで開始することができませんか？それは自己の一種ではないのですか？私はこのシナリオがまったく実際のアプリケーションを持っていないことを知っています。それは率直に言っても意味がありませんが、私はそれを偶然の事故で見つけただけで不思議に思っています。

Answer 1

dynamicオブジェクトはコンパイル時に解決されないため、コンパイラは常にnullになることを認識しません。動的オブジェクトは、実行時まで解決されません。

EDIT：

私はあなたの混乱を参照してください、なぜさえconstのダイナミックを許可しますか？

私の推測では、Dynamicは非null型に変更できます。その場合、ToStringは値を返しませんが、それは単なる推測です。私はまた、静的コンストラクタの外側では値が変更されず、実行時まで型がわからないようにするために、一定の動的性を持たせたいと考えるかもしれません。

もう一つの可能​​性は、Servyが指摘しているように、修正する価値がないようなコーナーケースだということです。