C＃暗黙的な型でローカル変数は、匿名型をサポートすることで発生し、また、IEnumerableをへて原因のIQueryableにクエリ操作が戻るのIQueryableタイプの一部、およびクエリが返すIEnumerableをタイプの別の部分の結果の結果を解決するために使用、ひいてはがIQueryProviderが提供する拡張機能を使用することはできません。読者は安全性の問題はありません。原因変数型の種類を指定しなかった場合はここで心配があるでしょう。だから、ここで私たちは心配しないように、実行する変数の型と変数は何もない開発者は、セキュリティの種類を指定していないことを読者に伝えたいです。ほとんどの場合、変数型の暗黙的な宣言を使用してVaRは、コンパイラが自動的にハンドルに適切なタイプを選択します。読者は明確なタイプがあるので、なぜはっきりそれのタイプを指定しないと、他の開発者は、変数の型を知らないための簡単な暗黙の変数を使用すると言うがあるでしょう、こちらを参照してください。だから今、私はあなたがそれに答える与えます。
まず、明示的な型は、私は今後の記事で詳しく説明しますコードの実行順序の変化を引き起こす可能性があります。第二に、これは問題をコーディング命名規則では、我々はその右側による変数の型のタイプはときに新しいオブジェクトを参照することができます。例えば：
var s = new Student();
上記のコードから、私たちは型変数sの学生ことを見ることができますが、このコードは問題がある、変数の名前が付けられています。大量のコードで混合の名前は、その型を参照することは困難です。その後、我々は、変数の名前を変更し、学生が簡単に変数の型を見ることができます。この変数の命名規則は、この規則は、あなたが心に留めておくということができることを覚えておく必要があります。このエラーは何であるか、ちょうど初心者の開発者は、私は、いわゆる技術的な牛の数で実用的な仕事やプロジェクトでこのエラーを見てきました、コミットされていない、そして最終的には、この変数の自分の名前がやっているかわかりませんタイプ。[笑泣く]いくつかの経験豊富な開発者は、静的型チェックのパフォーマンスに影響を与える影響を与えるため、匿名型を使用していないと言う初心者の開発者になる傾向があります。まあ、私は、これはナンセンスで完全であると言うことはここです！まず、ローカル変数が推論動的型チェックを入力に等しくない場合、変数var宣言されていない動的変数は、C＃の変数タイプは、等号の右側の割り当ての左オペランドの値の種類に応じて決定することができます。第二に、コンパイラが自動的にタイプを決定します。ここでは、私は本当のタイプ暗黙に型付けされた変数は関係なく、実数型の暗黙の種類のクラスからクラスその継承やクラスが実装1つまたは複数のインターフェイスであることを、メソッドのシグネチャによって決定されることを強調するために必要限り明確行う型変換が存在しないよう、コンパイラは、メソッドのシグネチャに基づいて暗黙的な型の真のタイプを決定します。
我々は優位性の暗黙の種類を言っ上で、我々は欠点暗黙の型について見ていきます。最初のvar変数の宣言は、我々は最終的タイプと、コンパイラのタイプはメンテナンスのバグの開発にコードのリードでエラーにつながった、同じではありません考えるものがあるかもしれないので、少し難しい読むためのコードになります。varは変数、コンパイラが自動的にその型を推測します宣言したので、これはですが、開発者は型が推論見ることができません。第二に、あなたが暗黙に型付けされた変数は、内蔵されている数値型を使用する場合、真のタイプは、問題を引き起こす可能性がある場合、変換精度の低下のタイプ。この問題は、long int型への変換など、狭い変換で発生します。問題は、コンパイラではありませんが、コンパイラは、変数の独自のセットを入力しますので、それは、等号の右側に基づく譲渡の一部を作るための最良の選択です。
ヒント：これは、変数の暗黙的な型を指し、ローカル変数です
