[過去ﾛｸﾞ] C++相談室 part155 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1: 2021/03/24(水)12:07 ID:R+oM8cup(1) AAS
※前スレ
C++相談室 part154
2chｽﾚ:tech
テンプレここまで
983: 2021/05/19(水)02:30 ID:kKkrLvTk(1) AAS
継承使わずに委譲って言ってる人はvirtualはどうしてんの？
984(1): 2021/05/19(水)02:32 ID:/jpsBven(1) AAS
つーka仕事で使ってないやつによくある感違いだけど
C++にしろ他の言語にしろ、道具であって目的は「トータルとして楽する」ためにすべてはあるので
別にアート作品や哲学やってんじゃねーんだから、「本質的に美しい」とか「こうあるのが正しい」
とかはどうでもいいからな
トータルとして楽にするためには時に面倒な実装や仕組みをつかうこともあるが、結局最終的に
楽できなきゃそんなものに意味はない
985: はちみつ餃子 ◆8X2XSCHEME 2021/05/19(水)02:35 ID:ONEwpJm5(1) AAS
>>982
それは間違った考え方。
継承は機能を追加するためのものではない。
機能を追加したいなら機能を追加すればよい。
986: 2021/05/19(水)02:45 ID:zjDnGFHC(1) AAS
継承したくないとか言ってる奴らってインターフェースの概念ないバカだけでしょ
987: 2021/05/19(水)02:56 ID:iywlut5a(1) AAS
virtual は必ず描く
private は使わず protected を使う
988: 2021/05/19(水)05:27 ID:mqAmVEur(1/3) AAS
必ずってのもどうかと思うけどな
上にあったpointクラスもそうだけど、メモリ上のサイズがメンバ変数のサイズと一致して欲しい&組み込み型のように配列をmemcpyできるべきクラスなら
無意味にvtblなんか付けるべきじゃない
>>984の言うように楽かどうかもそうだけど、何をユーザーに提供するか、どういう要件が必要なのかと突き詰めていったら最終的に取れる選択肢なんかほとんどない
QZもやはちみつもそうだが、お遊びの長くても数百行のコードしか書いたことないやつは多分それらの部品を何か作るためにまともに年単位で使い倒したことが無いんだろ
それら思いつきで書いた程度のコードは全くブラッシュアップされてないから全く使い物にならんのだが、使ってないからそれに気づかない
実際気付き始めたらあちこち直しまくって膨大な時間使って最後にはゼロから書き直して全く違った設計になると思うが、そうして初めてOOPや継承の利点もわかるんだけどね
989(1): 2021/05/19(水)05:56 ID:Gyc2jKZQ(1) AAS
可変個の参照の組 (vectorでいい) を関数 hoge
に渡したいときって、hoge が vector< reference_wrapper<T> > を取るようにして
hoge({ref(A), ref(B), ref(C)})
みたいに呼ぶか、可変引数テンプレートを使って hoge の中でパースするかっていうのが普通のやり方かな？
ちょっと冗長な感じがしてしまう
参照の組じゃなくてポインタの組にするとかも手かもしれんが
990(1): 2021/05/19(水)05:58 ID:LZZifCH2(1/4) AAS
いきなり継承いらんｷﾘｯとかすげえ極論を言い切るやつ
自分の発言に将来にわたってずっと責任を持つ気なさそう
その時のその場だけ俺カッケーできりゃいいってやつ
991: 2021/05/19(水)06:12 ID:mqAmVEur(2/3) AAS
>>989
どれがいいかはさておき可変長テンプレート引数はめんどいよ、やってみたらわかる
同じ型のものを可変個受け取るためのものじゃない(トリック的に回避はできるが)し、hoge内だけでパースは無理
992: 2021/05/19(水)06:57 ID:LZZifCH2(2/4) AAS
conceptでできそうだな
まだ試してないけど
993(1): 2021/05/19(水)07:09 ID:CHs6khMr(1) AAS
>>990
継承イランといってる奴なんていなくね？ QZは怪しいが...
継承が適切な箇所なら継承を使う、機能追加で差分のコードが少なくてすむからという理由だけでは必ずしも使わない(その場合に継承が適切な関係ならば使う、そうでないなら委譲なりなんなり他の設計にする)ということを言ってるだけでないの？
994: 2021/05/19(水)07:14 ID:LZZifCH2(3/4) AAS
>>993
>>801
995(1): 2021/05/19(水)08:07 ID:iIq+id16(1/2) AAS
継承いらないっていうのはこういうことだろ？
インターフェースは継承するが、クラスは継承しない
クラスを継承するようなことをしたい場合には、メンバー変数としてクラスのオブジェクト持って、それへ処理を移譲する
今時のオブジェクト指向プログラミングでは、わりと常識的な概念だと思うが
996: 2021/05/19(水)08:42 ID:mqAmVEur(3/3) AAS
＞インターフェースは継承する
いるやん
＞クラスを継承するようなことをしたい場合
その場合C++的には素直に継承した方が上手くいくと思うけどな(D&Eで禿が言ってたが、継承を全部委譲に置き換えるというのをやってみたらしいが「結果はひどいものだった」と
普通に継承してうまく行かんか破綻するなら、そもそも継承的なことを考えてはならない関係だと思うけどね
997: 2021/05/19(水)08:55 ID:IMMR+vsB(1) AAS
継承いる！に飛びついた連中も
その後の流れで
継承要らない！に飛びついた連中も
本質的には同じなんよ
周回遅れで誰かの後追いするマシーンなんよ
998: 2021/05/19(水)09:06 ID:RuJgA5Em(1) AAS
インターフェースは実装するって言うでしょ
C++的にはどっちも継承だけど
999: 2021/05/19(水)09:53 ID:LZZifCH2(4/4) AAS
>>995
メソッドがそこそこ少なきゃいいけど
世の中そんなに甘くない
1000: 2021/05/19(水)10:07 ID:iIq+id16(2/2) AAS
Kotlinちゃんは甘いです
インターフェースを継承し、コンストラクタで渡されたオブジェクトへそのインターフェースの実装を委譲するのを、1行で書ける
外部ﾘﾝｸ[html]:dogwood008.github.io
1001(1): 1001 ID:Thread(1/2) AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 55日 22時間 0分 41秒
1002(1): 1002 ID:Thread(2/2) AAS
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
省4
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.370s*