[過去ﾛｸﾞ] ふらっと C#,C♯,C＃（初心者用） Part153 (1002ﾚｽ)
上下前次1-新
抽出解除 ﾚｽ栞
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
ﾘﾛｰﾄﾞ規制です｡10分ほどで解除するので､他のﾌﾞﾗｳｻﾞへ避難してください｡
451(2): デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sd62-rbeQ) [sage] 2022/01/06(木) 08:30:02.04 ID:GGuE86Bnd(1) AAS
>>448448(2): デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-45BR) [sage] 2022/01/06(木) 02:50:36.77 ID:ChZ1cCgVa(1) AAS
>>446
推論の主語が変わってるよw
あなたの言ってる推論の主はコンパイラ（開発環境）だよね？w
ついでに言うと、あなたがたぶん言いたいことは「書く時の負担が減らせる」ということ。
だからそうじゃなくてコードの読み手にとってのメリットが重要なのよw
そう書いてるよね？>>431
だってそうでしょ。
コードを書いてる時の書き手にとってはどの変数がどの型かなんて
当然自明なんだからvarにはメリットしかないよ。そんなの当たり前でしょw
結局varについても意見が割れるのは前にも書いた（>255）こういう意識の差があるからだろうね。
世の中KISSなんてただのお題目だと思っててなぜ重要か体感レベルで実感できない人が結構いる。
違うよ。
コードの書き手も読み手も楽が出来る。
varで宣言されている変数に関しては、推論を行わせて、自動的に型が決まっていても良い、というシンプルな話。
Task<IQueryable<Bar>> foo()
{
var masters=getMasters();
//なんかmastersを使った処理
// :
var predictate= e=> ... ;//変換したmastersを使った関数
IQueryable<Bar> result = xxxx.Where(predicate).Take(10);
//resultの確認
return result;
}
こんながあったとき、predictateとmastersはvarで充分では？
455(1): デフォルトの名無しさん (ﾌﾞｰｲﾓ MM62-zmFY) [sage] 2022/01/06(木) 10:00:08.90 ID:WPmMIBV7M(1) AAS
>>451
C#だとresultの型は推論できないんだっけ？
483(1): デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-45BR) [sage] 2022/01/06(木) 15:19:14.44 ID:Rudq/m5Ya(1) AAS
>>451
人の話聞かない人？何が言いたいのかさっぱり分からん。
恐らく誰も、少なくとも俺は
「varを使うと自動的に左辺の変数が不明瞭になるからvarは一切使うな」
などとは言ってないの。
例えば>>431
むしろ現実的にはほとんどの場合varでいいんだよ。
それはコードの書き手にも読み手にもメリットがある。
論点は>>412412(2): デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-45BR) [sage] 2022/01/05(水) 16:24:00.16 ID:kRupjksVa(2/3) AAS
っていうかこれたしか元はvarの話だよね。
繰り返しになるけど、元々の問題提起、つまり
「右辺の型が推測しづらいケースでもvarを使うのは不適切じゃないのか？」は正しいよ完全にw
匿名型を受ける場合以外のvarの目的は、「見れば分かる」冗長な繰り返しを避けて
シンプルにすること。
「かっこ悪い」みたいな中二病的動機で意地でも型を明示しないことに固執する奴はアホだが、
困ったことに現実にはそういうアホが結構いる。
この辺LINQの乱用が嫌われるのと同じなんだろうねw
シンプルにするための道具を使ってわざわざ難解にするバカw
たぶん彼はシンプルとは文字数が少ないことだと倒錯している
に書いた通り、「右辺の型が推測しづらいケースでもvarを使うのは不適切じゃないのか？」だ。
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.042s