326(3): デフォルトの名無しさん (ﾜｯﾁｮｲ ed18-TVXy) [sage] 2022/01/03(月) 22:52:28 ID:TMV+x4l+0(2/2) AAS
型が分からなくてもソースが読み書きできる人が羨ましいわ。
どういう脳の論理構造してるのだろう。分からないまま読み進めるとかイライラしないの？

昔、『菊次郎の夏』って映画見て、映画見ながら、だから菊次郎って誰だよ？って
最後までイライラして発狂しそうになったの思い出したわ。ほんと糞な脚本だと思ったわ。

360(1): デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM26-8VTm) [sage] 2022/01/04(火) 17:42:21 ID:h9ISFI6AM(2/4) AAS
>>357
本来バリデーションが必要がないところでバリデーションが必要になることが大問題

364(2): デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM26-8VTm) [sage] 2022/01/04(火) 18:27:22 ID:h9ISFI6AM(4/4) AAS
>>363
完全無欠な言語しか使わないとまでは言わない
ただ大きな欠陥のある言語は使いたくない
感覚としてはその程度だね

どういう場合に起こるか？
それはあらゆる場面で起こりうる
ライブラリすら信用できない

368(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 6187-F0I3) [sage] 2022/01/04(火) 21:37:51 ID:I8DXoUzs0(1) AAS
>>365
c♯においてdatetime型の変数の中身がdatetime型以外である可能性があるの？
本来必要なバリデーションって何よ？

374(1): デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM26-8VTm) [sage] 2022/01/04(火) 23:13:01 ID:0nFT+Tq8M(1/3) AAS
>>365
違う
本来バリデーションは必要ないのにTSでは(というか型がゆるゆるのスクリプト言語全般だが)余計なバリデーションが必要ということ

string x = func();
と書いた時にC#ではxが本当に文字列であることを検証する必要はない
nullになっていないか、文字列が特定の書式を満たしているか、といった心配はあるだろう
しかし、xにintが入ってる可能性は考慮する必要はない

TSではxにnumberが入っているかも、という可能性を考慮しなければならない
これが本来やらなくていいはずのバリデーションだ
これは型が嘘をつくから起こりうること
TSの代表的な欠陥の１つだ