インスタンスに対する変数型は、本当に、一意に決まるのか？

「スコープが非常に狭い」
は、このスレの「観点の事」を仰ってるのでしょうか？

「今までの書き方も出来る」=>「問題が無い」
「影響範囲なんてローカルしかないvar」=>「問題が無い」
という事にはならないと思いますよ？

何処かで「var」の使用の必要が「問い合わせ式」等でも無いと書いたでしょうか？

それから、
「mix-inで重要性は折り紙つき」というのは、「実用性が高い」
という事を仰っているんですよね。

これに対して、「var」のベースは、言うならば
「R/O」マッピング
だと私は考えています。
でも、これは「R」の「O」への侵食ですから、
「無制限に許すと」
「O」に悪影響を起こすと思います。

yaさんの書き込み (2006-01-13 10:49) より:

コード:
var values = from a in Foo, b in Bar where a.ID == b.ID select new{ ID = a.ID, Name = a.Name, Enabled = b.Enabled }; var enabledValues = from it in values where it.Enabled select it;

>でも、タイプ数が少ないのもスキなので、最終的には書けるところには var って書いてしまいそうな予感です (^^;;;
仰ってるのは、ただ単に
「タイプ数が少ない」
という事では無く
「必要なタイプは」
という事、つまり
「不必要なタイプ迄自分では作りたくない」
という事ですよね。

　問い合わせた結果がどういうものか、結果が返ってこないとわからない……CSV で "001" を文字列として扱いたいのに数字として扱われるというのがしょっちゅう問題になっていますが、そういうことがおこらないのかな？

　ADO.NET は、乱暴な言い方をすれば、メモリ上にデータベースを複製しますが、このときに型を可搬的にしなければなりません。型付けされた DataSet などですね。型付けされた DataSet を作るなら、必要ないんじゃないかなぁ？

　そういうときにこそ、MVP を使ってください。MVP は、強い口調でマイクロソフトに意見することが出来ます。マイクロソフトにとって、MVP はバックに多数のユーザがついている、ユーザの代表なのです。

　私としては、囚人さんのを見て思ったのですが、
var s = new StringBuilder();
よりも、
StringBuilder s = new();
のほうがいいなぁ。。。代入しようとしている型から s の型が推論できるなら、宣言している型から作らなければならない型を推論することも出来るのでは？