369(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 2eb0-IeG5) [sage] 2022/01/04(火) 21:44:14.34 ID:rkCZbU1/0(3/4) AAS
>>364
Cのポインタだって使い方を間違えたら正しい型を示さないことになるし、C自身も安全でない言語と見做される
こともあるが、それを分かったうえで正しく使う人はいるし実際広く使われている。そういうこと。

383(1): デフォルトの名無しさん (ﾜｯﾁｮｲ e95f-rbeQ) [sage] 2022/01/05(水) 00:01:01.66 ID:fuEg19Cq0(1/5) AAS
>>381
お前信頼境界って言葉一切ググらずに喋ってるだろ。
言われたことぐらい理解して反論してこいよ。

451(2): デフォルトの名無しさん (ｽﾌﾟﾌﾟ Sd62-rbeQ) [sage] 2022/01/06(木) 08:30:02.04 ID:GGuE86Bnd(1) AAS
>>448
違うよ。
コードの書き手も読み手も楽が出来る。
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で充分では？

431(3): デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-45BR) [sage] 2022/01/05(水) 19:57:59.86 ID:kRupjksVa(3/3) AAS
>>429
推論はするよりしない方が脳への負担が低いはずなので、
君の説を採るとvarは全面禁止すべきという結論になってしまうよw

少なくともコードの読み手（書き手ではなく）にとってのvarのメリットは
右辺の型が分かりきっている時に左辺の方でもくどくどそれを繰り返される冗長さが回避されることだ。

412(2): デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-45BR) [sage] 2022/01/05(水) 16:24:00.16 ID:kRupjksVa(2/3) AAS
っていうかこれたしか元はvarの話だよね。
繰り返しになるけど、元々の問題提起、つまり
「右辺の型が推測しづらいケースでもvarを使うのは不適切じゃないのか？」は正しいよ完全にw

匿名型を受ける場合以外のvarの目的は、「見れば分かる」冗長な繰り返しを避けて
シンプルにすること。

「かっこ悪い」みたいな中二病的動機で意地でも型を明示しないことに固執する奴はアホだが、
困ったことに現実にはそういうアホが結構いる。

この辺LINQの乱用が嫌われるのと同じなんだろうねw
シンプルにするための道具を使ってわざわざ難解にするバカw
たぶん彼はシンプルとは文字数が少ないことだと倒錯している

471(1): デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-FJ/U) [sage] 2022/01/06(木) 14:04:18.23 ID:+o9sIybza(3/6) AAS
その行の前後見ればvarとあってもそれがBarだとわかる
でもBarと明示してくれたら前後見る手間なく分かる、たったそれだけの差をありがたいと言ってる

var result = colBar.Where(predicate).Take(10);
xxxxでなくcolBarというように書かれてたらvarでもBarだと分かるからありがたいし
もっと言えばresultとかやめて
var resBarTop10aroundPOI = colBarInTokyo.Where(predicate).Take(10);
こんな風にしてくれたら、この一行見るだけでそれが何しているのかが分かってありがたい
俺みたいに理解力に乏しい人間にとっては情報量多いほうがありがたいんだよ。無駄に多すぎるのは勘弁だが

530(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 9901-45BR) [] 2022/01/07(金) 13:01:07.20 ID:6zNCaZbD0(2/12) AAS
返答ありがとうございます。

>>501
>>逆に参照型じゃないならどうする？

c++ではクラスは参照型ではないですよね？
c#では構造体は参照型ではないですよね？

>>502
>> C# クラス 参照型
>> でググれば一番上にお前が望んでいる答えがあるぞ

配列が参照型なのを考慮すると、高速化・・・・
いや、そのサイト見てると高速化よりも
ポインタを無理やり追い出した弊害に思えてきました・・

540(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 9901-45BR) [] 2022/01/07(金) 13:28:12.36 ID:6zNCaZbD0(6/12) AAS
>>538
＞＞ c#のクラスが参照型なのが許せない!!って言いたいのか？

質問を読んでそういう理解なのでしょうか？
質問を読まずにそういう理解なのでしょうか？

649(3): デフォルトの名無しさん (ﾜｯﾁｮｲ ffbd-qPHf) [] 2022/01/15(土) 00:11:45.90 ID:TZiSYT8I0(1) AAS
質問させてください

using System.Collections.Generic;

class TestEnumerable
{
static public Ienumerable FromTo()
{
yield　return　1;
yield　return　3.14;
}

static void Main(string[] args)
{
foreach(var I in FromTo())
{
Console.Write(I);
}
}
}

上記のようなコードがあった場合
yield　return1を表示、続きから実行されて
yield　return3.14を表示すると思うのですが
そのあと、メソッドが終了した場合の処理がイメージできません

FromTo()メソッドが終了した後は何か値がreturnされるのでしょうか？
FromTo()メソッド終了時の挙動の詳細を教えてほしいです

939(2): デフォルトの名無しさん (ｱｳｱｳｸｰ MM0b-zU8i) [sage] 2022/02/08(火) 09:23:52.16 ID:Ki5uCpbuM(1/4) AAS
>>938
System.TimeoutExceptionとSystem.Data.Entity.Core.EntityExceptionが発生している事は確認出来ました。
ただ、例外処理を書いていなかったので「ハンドルされていない例外が発生しました」以上の情報は得られませんでした…

これらを調べても接続文字列が正しいか確認をするなどの記載が多いのですが、基本的に処理が正常に行われているのでここは問題ないのではかと考えてます…