338(1): デフォルトの名無しさん (ﾜｯﾁｮｲ 8201-TJkF) [sage] 2022/01/04(火) 11:56:22.08 ID:698Ta9DA0(1) AAS
>>337
“いつ”確定するの？

387(1): デフォルトの名無しさん (ﾃﾃﾝﾃﾝﾃﾝ MM26-8VTm) [sage] 2022/01/05(水) 00:59:38.17 ID:JsfvM5KJM(3/6) AAS
C#ではI/Oが生じる場合にも型が嘘をつくことはない
例えばこうだ

int x = Parse<int>(inputStream);

パースエラーにより実行時に例外が発生することはある
それはどの言語でも起こりうることだ
しかし、依然としてxにstringが入ったり、DateTimeが入ったり、という、TSでは普通にあり得る悍ましい挙動を示すことは無いのだ
なぜならC#はTSと違って型が嘘をつかないから
C#の型は信頼できる
TSの型は嘘つきで信頼できない

554(2): デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-45BR) [sage] 2022/01/07(金) 19:02:16.87 ID:NAsC2Vwba(1/4) AAS
>>528
正直C++よく知らんので調べてみたけど、だから↓にあるような「問題」があるわけだよね
外部ﾘﾝｸ[html]:www.cloverfield.co.jp

だから他の人が指摘しているstringのようなケースを無視するとしても、
値型で無理に継承を実現しようとすると、

(1) >>509に書いたように多態を諦めるか

(2) メモリ効率を犠牲にして、ベースクラスの変数のメモリ上のサイズは全ての派生クラスの
「共用体」のサイズとする。当然全ての型はinternalとして定義する必要もある。

こういうありがたくない制約が出来ちゃうでしょ

560(1): デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-45BR) [sage] 2022/01/07(金) 19:46:03.22 ID:NAsC2Vwba(2/4) AAS
>>556
Unity知らんけど、印刷考えなきゃ最初から普通のデカルト座標採用してくれた方が
自然ではあるね。

むしろCRTなんていう前世紀の遺物の仕様をいまだに引きずってる方が「なぜ」のような気が