一貫性のない初期化構文

Question

、次は有効な構文であり、これは理にかなって：今

string[] v = {"a","b"}; 

しかし、これを考慮してください。我々は

void method(string[] p) {...}; 

を定義すると仮定すると、その後、次は有効ではありません：上記と矛盾している

method({"a","b"}); 

。

ここでメソッド呼び出しを有効にすることを妨げる技術的な理由はありますか？つまり、構文の解釈にはあいまいさがありますか？あるいは、実装が不可能なメモリ管理や永続性に問題がありますか？

編集： エリック・リッペルトの答えは興味深いですが、私が実際に尋ねていなかったデザインの「なぜ」に答えています（そして、この質問は元々閉じられていました。答えの）。

L.Bの答えは実際には、なぜこの理由が許されなかったのか（理由はEric L.コメント）。しかし、LBの答えは、現在のところ、確かに、そのような構文が許されない理由は確かに正しいですが、これは実際に私が求めていた問題なので、LBの答えを正しいものとして選択します（正直なところ、厳しい選択...）。

Answer 1

は{"a","b"}ものように、ここでKeyValuePair <>

var dict = new Dictionary<string, string>() { { "a", "b" } }; 

Answer 2

短くてもよい覚えておいてください

..あなたが別の方法

void method(KeyValuePair<string,string> p) {} 

が曖昧につながるmethod({"a","b"});ようにそれを呼び出すことがあるとし答え：それは文法の奇妙なことです。私はいつもこれを「いぼ」と考えました。このことを見て、それが変だと言う方法はいくつかあります。

T x = y; 

と

T x; x = y; 

が異なっている：いくつかの状況のいずれかであること奇妙です。あるいは、それを見るもう1つの方法は、ローカル変数初期化子が式でない何かが現れるコンテキストであることが奇妙であるということです。

これを見る別の方法は、これが新しい配列が作成されているにもかかわらず、「新しい」という文字列がどこにも現れない唯一の状況だということです。

これを見る別の方法は、このように配列を初期化することができますが、それ以外のコレクション構造はできません。配列は、しばしば仕事のための適切なツールではありませんが、特に特別で重要なように見えます。

もう一度やり直さなければならないと思いますが、おそらくイニシャライザは左にnew[]が必要です。

Are there technical reasons that preclude the method call here from being valid syntax? That is, is there some ambiguity in interpretation of the syntax?

実際はありません。この奇妙なことをあまり読まないでください。私のアドバイスは構文全体を避けることです。適切なコレクション初期化子または配列初期化子を使用してください。それらはほぼ同じ構文を持ちますが、式が合法であればどこでも合法です。

L.Bのもう1つの答えについて：この回答は、ここでは設計上の問題があることを偶然指摘していますが、歴史的な見解は無視しています。 Critiquされている機能は、ジェネリック型推論（C＃2.0）またはその他のブレースされたコレクション初期化（C＃3.0）が追加される数年前のC＃1.0で作成されました。したがって、何年も後に来たフィーチャとの競合に基づいて、1.0フィーチャのデザイン選択の正当性を立証することはできません。 C＃デザインチームは、将来を見出そうとしていますが、彼らはではありませんでした。フォワードルッキング！