なぜ "var"という名前のクラスを作成できますか？

Question

varはC＃のキーワードですか？しかし、なぜ私はこれを行うことができます。コード内で使用されて

public class var { } 

public class main 
{ 
    public static void main(string[] args) 
    { 
     var testVar = new var(); 
    } 
} 

varがmainクラスの前に宣言されているvarクラスです。コンパイラは不平を言うことさえしません。

public class int { } 

またはこの：私はこれを行うときながら

public class true { } 

コンパイラがintまたはtrueがキーワードであり、そのように使用することはできないと述べました。 varと同じではないのはなぜですか？

Answer 1

varは、according to this listというキーワードではありません。

コンテキストキーワードであるため、コンパイラはどちらがあなたのクラスであり、どれがコンテキストキーワードであるかを判断することができ、混乱は生じません。コード内の特定の意味を提供するために使用さ

が、それはC＃で 予約語ではありません。

コンテキストキーワードがあります。

そのように予約されていないので、使用することができます。

としては、そこの違いの議論があるだけでなく、様々なキーワードやコンテキストキーワードのリストがEric Lipperts blog

上のC＃の各バージョンで追加以降のことに注意することは興味深いことである上記のコメントで指摘しましたC＃1.0では、後方互換性を保つために、追加されていないことが決定されました。

Answer 2

コンパイラは、クラス名としてvarを使用しているコンテキストが決してキーワードのコンテキストではないことを知るために十分にスマートです（したがって、contextual keywordとして定義されています）。

Answer 3

バージョン3より前のC＃バージョンでは、implicitly typed local variablesはまだサポートされていなかったので、varに特別な意味はなく、varという名前の変数とクラスを定義することができました。あなたのサンプルプログラムは、varのmainの両方の出現がクラスvarと呼ばれているので、合法です。

C＃3以降のバージョンは下位互換性があるため、バージョン3より前のC＃で書かれたコードは新しいコンパイラでコンパイルされます。キーワードはそう、（「INT」と「真」とは違って）C＃の最初のバージョンではなかったとして「VAR」：

intとtrueは、C＃ので、これを見ているの1

Answer 4

別の方法キーワードですあなたは "var"というクラスを持ったコードを書いているかもしれません。これは完全にうまく合法であった。その後、 "var"が言語に追加されたとき、デザイナーは特定のコンテキストでのみキーワードにするように親切でしたので、既存のvarクラスは引き続き動作します。

これは、既存のコードを壊さずに新しい機能を追加する方法と、新しい機能を使用するのが面倒ではない、言語デザインの本当の課題の1つです。

Answer 5

キーワードはコンテキストに基づいて予約できます。ソースコードが解析されると、そのコンテキストは解析ツリーの一部として確立されます。キーワードの評価は、そのコンテキスト内で行われます。したがって、この場合、varは予約されたコンテキストにはなく、代入文でvarを使用しているときと同じ意味を持ちません。この柔軟性の理由の1つは、varがC＃3で導入されたことだと思うので、どこにでも予約されていると、いくつかのプログラムで下位互換性が壊れている可能性があります。破損。