[過去ﾛｸﾞ] ふらっと C#,C♯,C＃（初心者用） Part153 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
554(2): デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-45BR) [sage] 2022/01/07(金) 19:02:16.87 ID:NAsC2Vwba(1/4) AAS
>>528528(3): デフォルトの名無しさん (ﾜｯﾁｮｲ 9901-45BR) [] 2022/01/07(金) 12:38:03.65 ID:6zNCaZbD0(1/12) AAS
>>509
>> 値型だと少なくとも「フールドを増やしたサブクラスの値を
>> ベースクラスの型の変数に入れる」なんて芸当は難しくなるね。
すみません。良く分かりません。クラスが値型のC++で
「フールドを増やしたサブクラスの値をベースクラスの型の変数に入れる」
なんて芸当、なんの問題もなくできると思うのですが
＞＞510
＞＞文字列が値型だとどうなるか考えてみれば？
文字列は内部実装は参照ですが、ユーザ見えは値型と同じだと思うんですが・・・
内部でどう実装されているのかは、そんなに説明するつもりもないし・・・
正直C++よく知らんので調べてみたけど、だから↓にあるような「問題」があるわけだよね
外部ﾘﾝｸ[html]:www.cloverfield.co.jp
だから他の人が指摘しているstringのようなケースを無視するとしても、
値型で無理に継承を実現しようとすると、
(1) >>509509(2): デフォルトの名無しさん (ｱｳｱｳｳｰ Saa5-45BR) [sage] 2022/01/06(木) 20:59:03.64 ID:snULIxlRa(1) AAS
>>487
問題設定自体を変えた方がいいかもね。
なぜ値型ではだめなのか？と。
値型だと少なくとも「フールドを増やしたサブクラスの値を
ベースクラスの型の変数に入れる」なんて芸当は難しくなるね。
というか、こういう禅問答みたいな話は（たぶん重要なんだろうとは思うけど）
初心者は後回しにした方が絶対にいいと思う。
に書いたように多態を諦めるか
(2) メモリ効率を犠牲にして、ベースクラスの変数のメモリ上のサイズは全ての派生クラスの
「共用体」のサイズとする。当然全ての型はinternalとして定義する必要もある。
こういうありがたくない制約が出来ちゃうでしょ
上下前次1-新書関写板覧索設栞歴
あと 448 ﾚｽあります
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.021s