paramsキーワードが文脈上でないのはなぜですか？

Question

私が尋ねる理由は、メソッドのパラメータ宣言でのみ有効ですか？私は "params"と呼ばれる関数本体の変数を作成しようとしていましたが、もちろんこれは大したことではありません。MSがそれをグローバルなキーワードにしてコンテキストにしない理由を疑問に思っています。

Answer 1

tvanoffsonの答えは、「パラメータ」をコンテキストにすることは難しいと推測しています。それは実際にはそれほど難しくありません。次のように考えてみてください。

void M(params x) 

この場合、想定していることは、まず「params」タイプを見つけることです。私たちが見つけることができれば、素晴らしい、我々は完了です。もしできなければ、少し問題があります。たとえばxの代わりにxを指定したとします。

void M(params Int32) 

明らかにこれはエラーですが、どのようなエラーですか？ Int32がパラメータ名であると仮定し、 "型がありません"というエラーを出すべきですか？ Int32が型であると仮定し、型が配列型でなければならないというエラーを出し、識別子がないとしますか？ 'params'という名前の型がないというエラーを返すべきですか？ここで正しいことは何ですか？われわれは明らかに何かを描くことができるが、明らかではない。

文脈上のキーワードでは厄介なエラーケースです。成功事例を正常に動作させることは、実際はかなり簡単です。

しかし、実際にはそれほど多くはありません。コンテキストにすることはコンテクストにするのは本当に大きな勝利ではありません。すべての人が "set"や "value"のような名前のローカル変数を作ろうとしていると仮定していたため、 "set"と "value"をコンテキストにすることは大きな勝利でした。 "params"は英語の単語でもないので、誰もそれを使いたくないようです。文脈的にすることに大きな利点はないので、機能のコストは正当化されません。

Answer 2

paramsキーワードはメソッドパラメータ宣言でのみ役立つように見えますが、とにかく、実際にはインスタンス名にキーワードを使用させるのは良い考えではありません。

params Customers = DB.GetCustomerList(); 

またはその他の同様のローカルスコープでparamsを許可：

おそらく彼らは、この中にC＃8.0のようなものが持っている能力を確保しています。

Answer 3

他のキーワードについても同様の質問があります。たとえば、クラス宣言でしか使用されないため、「クラス」はコンテキストに依存しないのはなぜですか？

私にはキーワードがキーワードです。私は、コンパイルの字句解析の部分を、そのコンテキストを認識する必要がなくて済むように大幅に簡素化すると思います。

var @params = new int[] { 1, 2 }; 

Answer 4

エリックリペットはcontextual and reserved keywordsをカバーするブログ記事を持っており、その：さておき、あなたは「paramsは」（またはその他の予約キーワード）という変数を宣言することができるように@記号を使用することができるよう

歴史。 paramsが予約済みのリスト（1.0以降）にある理由を明示的に説明していませんが、それはとなる予約語のセットに属していることを意味します。