確かに、VBのstaticのように新しいワードを追加すればその言語単体を見た場合はロジカルで整合性がとれているとも取れると思います。しかし、世間的にはC++はメジャーであり、trapemiyaさんも仰しゃっているとおり、C++とかしか知らない人間がVBのstaticをを見るとクラス変数と認識される可能性が高いことから、明確な代替機能がある静的ローカル変数はC#では省く方向になったのではないかと思いました。
すみません。この文章の意味がわかりませんでした。C#からメソッド内静的ローカル変数が省かれる理由が、「C++とかしか知らない人間がVBのstaticをを見るとクラス変数と認識される可能性が高い」と書かれていますが、なぜこれが理由になるのかもう少し詳しく説明していただけませんでしょうか？
私の言いたかったことがうまく伝わっていない気がしましたので、もう少し具体的に書かせていただきます。
C#でインスタンス間で共通となるメソッド内静的ローカル変数をサポートするのであれば、例えばcommonというキーワードを新設して以下のように記述できるようにすることもできます。
private void Hogeメソッド()
{
common int a; //インスタンス間で共通となるメソッド内静的ローカル変数
}
C#でクラス変数となるメソッド内静的変数をサポートするのであれば、C++のようにstaticで十分だと思いますが、VBのそれと意味が違ってきます。（VBでメソッド内静的ローカル変数をstaticで定義するとインスタンス間で共通となる）
C++とVBでstaticの意味が既に違っている以上、C#においてメソッド内でstaticを使うとどちらの意味になるか人によって勘違いされる可能性が否定できません。よって、新しいキーワードを作るのも一つの手でしょう。この新しいキーワードはクラス変数となる静的変数ですから、例えばcstaticという名前にしましょう（ネーミングにセンスない気が・・・）。
private void Hogeメソッド()
{
cstatic int a; //クラス変数となるメソッド内静的変数
}
しかし、実際にはC#は上のどちらも採用していません。なぜでしょうか？
最初のcommon（インスタンス間で共通となるメソッド内静的ローカル変数）については、クラス変数となる静的フィールドで十分代替できます。毎日が戦場さんが上で紹介されているページでも推薦されていません。VB6からVBへの移行のためにサポートされているようです。
２番目のcstatic（クラス変数となるメソッド内静的変数）についてはどうでしょうか？ C++ではサポートされています。しかし、結果的には静的フィールドになるので、これも必ずしも必要ではありません。個人的にはこれもメソッド外に静的フィールドを定義すれば良いだけですから、無い方がシンプルで良いと思います。
よって、C#でメソッド内静的ローカル変数、およびメソッド内静的変数をサポートしていないのだと考えています。どちらも単なる静的フィールドで代替可能だからです。C++やVBなど他の言語との兼ね合いとか全く関係なく、ましてやstaticというキーワードがどうのこうのという前に、C#単体として見た時にどちらも必要ないと思うからです。これが私が一番言いたいことであり、最初の私からの質問に戻るのですが、なぜ毎日が戦場さんが思われているように、C#でメソッド内静的ローカル変数がサポートされなかった理由が、C++とVBでメソッド内staticの意味が違うからとなるのかが理解できないのです。おそらく、噛み合わない理由はここ一点だと思いますので、これについてもう少し詳しく教えていただくと、私の疑問も晴れていくのだと思います。
★良い回答には回答済みマークを付けよう！ わんくま同盟 MVP - Visual C# http://d.hatena.ne.jp/trapemiya/
