C++相談室 part153

**デフォルトの名無しさん** · 2020/10/10(土) 23:18:20.00

https://mevius.5ch.net/test/read.cgi/tech/1589424805/
※前スレ
C++相談室 part152
https://mevius.5ch.net/test/read.cgi/tech/1594528940/

テンプレおしまい

**デフォルトの名無しさん** · 2020/12/27(日) 18:23:25.49

>>893
知らんよ。
普通かどうかなんて気にしてどうするの？ここで名無しの誰かに yes/no 答えてもらって何か意味ある？

**デフォルトの名無しさん** · 2020/12/27(日) 18:33:52.26

>>893
STLのクラスを継承して階層構造を実現するテクは応用編って感じがする
もっと基本的なやり方をするならデザパタのcompositeパターンを使う
とかかね

**デフォルトの名無しさん** · 2020/12/27(日) 18:47:54.32

設計を学ぶならデザパタはひと通り見ておいて損はないぞ

**デフォルトの名無しさん** · 2020/12/27(日) 18:49:43.74

ヘネパタ、パタヘネ、デザパタ。

**デフォルトの名無しさん** · 2020/12/27(日) 22:11:00.35

newのコストは気にされますが、deleteのコストは見逃されがちです。

**デフォルトの名無しさん** · 2020/12/28(月) 02:23:23.12

あるクラスのコンストラクタのデフォルト引数を変更するときってどうしたらいいの？
オーバーロードすれば良い？

**デフォルトの名無しさん** · 2020/12/28(月) 07:27:12.64

単純に変更じゃダメな理由は？
他のライブラリ？

**デフォルトの名無しさん** · 2020/12/28(月) 07:33:40.98

stlコンテナを継承するのはアウトだろ。
うまくやらないとデストラクタが呼ばれなくなっちゃうぞ

**デフォルトの名無しさん** · 2020/12/28(月) 09:00:44.26

じゃあうまくやりましょうや。

**デフォルトの名無しさん** · 2020/12/28(月) 09:44:51.94

そもそもC++ではデストラクタを仮想にしてないってことは「継承すんなよ」って宣言だからなぁ

**デフォルトの名無しさん** · 2020/12/28(月) 09:55:45.06

なんで継承しないようにしたか意見表明文みたいなモンはどっかにあるのか？

**デフォルトの名無しさん** · 2020/12/28(月) 10:20:49.88

仮想関数化するとしない場合に比べて余分なコストがかかるから、必要な理由がない限り基本的にそれは避けるということじゃないかな

**デフォルトの名無しさん** · 2020/12/28(月) 10:32:20.80

C++は1クロックでも速く動作させるために非仮想関数をデフォルトにしたのは理解できる
Javaは動作速度よりもオブジェクト指向の継承動作の一貫性を重視してすべて仮想関数にした、これも時代を考えれば理解できる
C#もJavaと同じくデフォルトを仮想関数にしておいて欲しかったのだが、C#はC++を尊重してデフォルト非仮想関数なんだよね
これはちょっと残念

**デフォルトの名無しさん** · 2020/12/28(月) 11:33:10.90

継承して機能追加っていうのがオブジェクト指向的にもどうかと思うね

**デフォルトの名無しさん** · 2020/12/28(月) 12:34:23.27

finalキーワードがこの時代にあれば間違いなく付けただろうな
文句言ってる奴はガイジ

**デフォルトの名無しさん** · 2020/12/28(月) 12:42:44.62

>>903
継承すんな、は言いすぎ。
private継承なら問題ないと思うけど。実際たまに使われているし。

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/28(月) 13:19:25.85

デストラクタが仮想ではないものを継承したときの具体的な問題は
スライシングが起こりうるということと、
起こってもコンパイラが (少なくともコンパイル時には) 捕捉できないことが多いということにあって、
スライシングが起こらないように使う分には問題はない。

設計的に綺麗かどうかはまた別の話だけど。

shared_ptr が (デストラクタが仮想でなくても) 元の型のデストラクタを呼んでくれたりするんで、
場合によってはそういう設計もアリということなんだと思う。

**デフォルトの名無しさん** · 2020/12/28(月) 14:12:57.70

>>910
デストラクタが仮想なものを継承してもスライシングは起こりうるよね？そこは関係なくね？
https://en.wikipedia.org/wiki/Object_slicing
> In C++ programming, object slicing occurs when an object of a subclass type
> is copied to an object of superclass type: the superclass copy will not have
> any of the member variables defined in the subclass. ...

**デフォルトの名無しさん** · 2020/12/28(月) 17:31:09.93

C++自由すぎてしんどいな
後方互換性と引き換えに払った代償か

**はちみつ餃子** ◆8X2XSCHEME · 2020/12/28(月) 17:46:19.93

>>911
スライシング自体は起こるけど、それで予想外のことやメモリ管理の矛盾は起こり難い。

**デフォルトの名無しさん** · 2020/12/28(月) 17:50:37.04

自由に羽ばたける翼。

**デフォルトの名無しさん** · 2020/12/28(月) 18:06:08.49

自由すぎて困る部分はLinterを併用することで勝手に回避しろってことかな

**デフォルトの名無しさん** · 2020/12/28(月) 18:37:15.29

だってCの設計思想が「人間を信用する」だもん
セキュリティが重視される現代的な言語のベースとしては致命的に合ってないんだよね

**デフォルトの名無しさん** · 2020/12/28(月) 18:40:02.12

>>913
やっぱり関係がわからない。
デストラクタが仮想ではないものを継承したときに限ってスライシングが予想外のことや
メモリ管理の矛盾につがなる例をひとつでいいから見えてもらえない？

**デフォルトの名無しさん** · 2020/12/28(月) 18:40:41.01

s/見えてもらえない？/見せてもらえない？/

**デフォルトの名無しさん** · 2020/12/28(月) 19:07:39.46

A <|- B, C みたいなときにB, CをnewしてA*として管理しようとすると破棄の時にAのデストラクタしか呼ばれない

**デフォルトの名無しさん** · 2020/12/28(月) 19:09:58.26

>>911
仮想でないデストラクタが話題のスコープなのに、スライシングにスコープを移したら議論にならないでしょ。

911) デストラクタが仮想なものを継承する→スライシングになるものが存在する
という命題は
910) デストラクタが仮想ではないものを継承する→スライシングになるものが存在する
という命題と矛盾するわけではない（両立する）ので、その議論はあんまり意味がない。

**デフォルトの名無しさん** · 2020/12/28(月) 19:14:08.97

スライシング・オプティマイザーとかどうよ？

**デフォルトの名無しさん** · 2020/12/28(月) 19:36:49.42

>>910
> スライシングが起こらないように使う分には問題はない。
ここもおかしいんだよね。

デストラクタが仮想ではないものを継承して派生クラスのオブジェクトを new で作って
基底クラスのポインタを通して delete したら未定義動作になるわけだけど、
これはスライシングを起こしていなくても問題になる。

「派生クラスのオブジェクトを new で作って基底クラスのポインタを通して delete」のことを
「スライシング」と呼んでる気配もあるんだけど、それは明らかに誤りだろうし。

**デフォルトの名無しさん** · 2020/12/28(月) 19:43:43.44

>>900
変更ってどうやるの？
毎回好きな引数を与えよってこと？
面倒なので、自分の好きな引数を自分のコードの中ではデフォルトにできれば良いのにと思ったのだが、こういう考えは間違っていますか

**デフォルトの名無しさん** · 2020/12/28(月) 19:51:33.62

>>923
make関数作るのはダメなん？

**デフォルトの名無しさん** · 2020/12/28(月) 19:59:11.40

デストラクタはpublic仮想かprotected非仮想かpublic非仮想finalのどれかにしろ
っていう一般的結論でよくね

**デフォルトの名無しさん** · 2020/12/28(月) 21:21:17.65

>>925
自分で書くときはそう
標準のコンテナのように既存のクラスがそうでなかったら？が発端だからなぁ

個人的には仮想デストラクタがなければ継承はしない
(一部のイディオムを除けば)private継承にするくらいなら委譲する。

**デフォルトの名無しさん** · 2020/12/28(月) 21:54:56.73

デストラクタがprotected:であっても非仮想なら継承したらアウトなんじゃ…
派生クラスの破棄時に基底クラスのデストラクタが呼ばれない
的な意味で

**デフォルトの名無しさん** · 2020/12/28(月) 21:57:44.66

>>924
オブジェクトを作るための関数を作ってはどうかという意味ですか？
確かにそれで良いのでそうします

**デフォルトの名無しさん** · 2020/12/29(火) 07:11:18.52

相称型プログラミング。

**デフォルトの名無しさん** · 2020/12/29(火) 07:28:15.94

いま私大事なこと言いましたよ。

**デフォルトの名無しさん** · 2020/12/29(火) 07:37:07.18

プログラミング学びには来ないだろ
こんな途上国に

**デフォルトの名無しさん** · 2020/12/29(火) 07:38:50.44

【CSS規格、読書感想文】
CSSがアイデアであった段階からスクリプト言語で実装され、初の大規模採用であったネットスケープにおいてもJavascriptによって実装されていたため、規格そのものがC/C++で効率的になるよう設計されていない。※
現行の規格に対して効率的な実装を施したとしても、将来の規格バージョンで維持できると限らないため、結局、スクリプト言語と同様の非効率を許容することになる。
これはつまり、ほとんどのシンボルを動的に確保することを意味する。

※HTML5規格は、C/C++で効率的に実装できるように仕組まれている。

**デフォルトの名無しさん** · 2020/12/29(火) 07:48:03.75

なるほどねー
そもそもCSSのCって要る？
もはやスタイルシートってサイト作成者が決めるものになっているよね
ユーザースタイルシートをカスケード適用できる機能もなくせばさらに効率よくできそう

**デフォルトの名無しさん** · 2020/12/29(火) 07:49:27.20

>>927
なんで？~Derived()が~Base()を呼ばない場合なんて存在しないぞvirtualの有無関係なく

**デフォルトの名無しさん** · 2020/12/29(火) 08:05:44.29

>>927
型消去とsmart ptr実装で調べるよろし。

**デフォルトの名無しさん** · 2020/12/29(火) 09:18:16.16

定期的に話題になるけど、基底のデストラクタにvirtualが必要なのは
基底型のポインタでdeleteするときだけな
末端のデストラクタさえ呼べれば、次に呼ぶ基底の型は分かりきってるからね

別の言い方をすれば、常に末端の型のポインタをdeleteする分には、virtualなデストラクタなんか要らんということ

**デフォルトの名無しさん** · 2020/12/29(火) 11:55:36.33

ポリモーフィズムの旨味が消えるｗ

**デフォルトの名無しさん** · 2020/12/29(火) 12:13:46.12

ポリリズムから出汁をとったみたいないい方しますね。

**デフォルトの名無しさん** · 2020/12/29(火) 13:15:00.89

まあ普通は末端の型を意識しなくて済むからこそ派生の旨味がある訳で

**デフォルトの名無しさん** · 2020/12/29(火) 14:33:08.60

>>936
その点については誰もが一度は通る勘違いだよなｗ
最初はわけも分からず機械的にvirtualつけて回ってたわ

**デフォルトの名無しさん** · 2020/12/29(火) 20:19:15.83

うっせえ知っとったわ素でまちがえただけじゃわ！ヽ(`Д´)ﾉｳﾜｰﾝ

**デフォルトの名無しさん** · 2020/12/31(木) 05:29:21.52

struct A { virtual void Delete() { delete this; } };
struct B : A { void Delete() { delete this; } };
こうなってりゃ別にいらんな

**デフォルトの名無しさん** · 2020/12/31(木) 11:50:06.55

>>795 の同期とか奇妙な質問に思うけど、Javaからくるとそうなるんだな。

**デフォルトの名無しさん** · 2020/12/31(木) 12:23:37.15

javaにだって非同期でメモリ確保するコンテナなんてないでしょ

**デフォルトの名無しさん** · 2020/12/31(木) 13:41:11.66

>>942
おとなしく virtual ~A() とするのにくらべて何のメリットも無いな。

**デフォルトの名無しさん** · 2020/12/31(木) 13:43:11.73

deleteのコストは、ほんと気にされないな。

**デフォルトの名無しさん** · 2020/12/31(木) 15:24:44.84

「a=1 かつ b=1 以外なら実行」って条件式はどう書くの？

**デフォルトの名無しさん** · 2020/12/31(木) 15:31:08.20

>>947
母語で曖昧さの無い表記ができますか？

**蟻人間** ◆T6xkBnTXz7B0 · 2020/12/31(木) 15:40:19.22

>>950

> 「a=1 かつ b=1 以外なら実行」って条件式はどう書くの？

「「a=1 かつ b=1」以外なら実行」なら、
if (!(a == 1 && b == 1)) { 実行(); }

「a=1 かつ「b=1以外」なら実行」なら、
if (a == 1 && b != 1) { 実行(); }

**デフォルトの名無しさん** · 2020/12/31(木) 15:47:49.87

>>949
THX
「a=1 かつ b=1」以外なら実行、でした。
私が950でレスするのもお見通しですか？ｗ

**デフォルトの名無しさん** · 2020/12/31(木) 18:57:49.39

>>945
ただの押しつけだな
うるせーバカ

**デフォルトの名無しさん** · 2021/01/01(金) 05:08:27.95

CSSは規格の著者がサンプル実装してるというので見に行ったら、Javascriptだった。
あからさまに動的言語向けに規格が書かれているのは、そういうことでしたか。
これは辛い。

◆QZaw55cn4c · 2021/01/01(金) 18:05:25.39

>>792
それはちょっと古臭いお馬鹿な手法でしょう

正しいやりかたは、
・呼び出し側が呼び出され側に格納エリアを提供する‥‥①
・呼び出し側が確保するべきサイズは①の前に別途問い合わせする

**デフォルトの名無しさん** · 2021/01/01(金) 18:33:17.97

いずれにしろ面倒

**デフォルトの名無しさん** · 2021/01/02(土) 00:08:04.41

CにはCで
#define APPBUFSZ (十分でかい整数値)
void foo() {
　　char buf[APPBUFSZ];　　　　　// buf[]はスタック上にとられる配列（重要
　　if (!func(buf, sizeof(buf))) {　　// 第2引数は要素数の意味とするならsizeof(buf) / sizeof([0])
　　　　バッファサイズ不足等のエラー
　　}
}
という黄金パターンあるんじゃー
これは原始的な見かけほど不合理というわけではない

**デフォルトの名無しさん** · 2021/01/02(土) 00:11:12.76

CSSはDOMの一部でありかつ意味と表記の分離の必要からCSSになった
DOMはWebページのあらゆる要素へのコントロールの実現を目的としている
という印象

◆QZaw55cn4c · 2021/01/02(土) 00:53:58.35

>>955
kwsk
ちょっとよくわからない‥

**デフォルトの名無しさん** · 2021/01/02(土) 02:21:09.41

>>955
Cってこのパターンでクソほど無駄なバッファ取るから全然効率的じゃないよな

**デフォルトの名無しさん** · 2021/01/02(土) 09:15:42.80

>>955
何が黄金なのかさっぱりわからんが…
どこでそれが黄金パターンとされているかの出典だけでも頼む

**デフォルトの名無しさん** · 2021/01/02(土) 09:25:20.55

定番は>>953だろう。
事前にサイズを求めるコストがバカにならないという場合だけ別案を検討するくらいで。

**デフォルトの名無しさん** · 2021/01/02(土) 10:59:35.93

大抵の場合は「事前にサイズを求める」＝やり直しになりそうなんだけど

**デフォルトの名無しさん** · 2021/01/02(土) 11:29:31.77

>>958
左様よほど意図しない事象でも起きない限りエラー処理に行かないぐらい大き目にとる
スタック上に領域をとる場合、時間コストも空間コストもゼロとみなせるからそれで構わない
再帰呼び出しのようなきわめて深い関数呼び出し階層になるときぐらいしか問題は生じない
というわけで、プログラミングしたいこと/すべきことに対するちょっとした洞察と
アーキテクチャーに関する理解さえあれば、言うほど非効率でも不合理でもないことがわかるはず…

**デフォルトの名無しさん** · 2021/01/02(土) 11:39:10.82

>953
確保すべきサイズを問い合わせたときと確保して呼び出した時に必要サイズが変わっていないか気になって夜しか眠れない
(リトライしてもリトライ回数が適切かどうか気になって布団以外で眠れない)

**デフォルトの名無しさん** · 2021/01/02(土) 19:19:34.45

std::make_sharedにインターフェースクラスを継承したクラスを渡したいんですがエラーになりました
これは生ポインタ使えと言うことでしょうか？
https://ideone.com/QUYTgX

**蟻人間** ◆T6xkBnTXz7B0 · 2021/01/02(土) 19:28:29.87

>>964
https://programming-place.net/ppp/contents/cpp/language/029.html#pure_virtual_destractor

**デフォルトの名無しさん** · 2021/01/02(土) 19:32:19.38

>>965
デストラクタとコンストラクタの定義書いたらコンパイルできました
どうもありがとう

**デフォルトの名無しさん** · 2021/01/03(日) 08:55:49.95

chromiumのソースみると全面的にstd::unique_ptrを使ってるので、少なくともC++11 以降。

**デフォルトの名無しさん** · 2021/01/03(日) 09:00:31.13

レンダリングコアチーム29名中3名が日本人。

**デフォルトの名無しさん** · 2021/01/03(日) 14:01:40.32

newしたクラスをdeleteすればクラス内で保持した変数のメモリも自動的に解放されるのでしょうか？　

**デフォルトの名無しさん** · 2021/01/03(日) 14:08:46.33

>>969
「クラス内で保持」の仕方による。
deleteに伴って各メンバ変数のデストラクタが呼び出されるので、自動的に解放されるようにすることはできる。

**デフォルトの名無しさん** · 2021/01/03(日) 14:31:09.41

ポインタの参照先は解放されないとかですかね？

**デフォルトの名無しさん** · 2021/01/03(日) 15:46:52.70

所有してるメモリなら解放されて欲しいけど借用してるメモリは解放されちゃ困るででょ

**デフォルトの名無しさん** · 2021/01/04(月) 03:53:19.91

借りてる金を誰かが返してくれるなら良いお話では？

**デフォルトの名無しさん** · 2021/01/04(月) 06:10:53.50

>>971
スマポ使ったら？

**デフォルトの名無しさん** · 2021/01/04(月) 19:46:23.01

めちゃくちゃ初歩的な質問で申し訳ないのですが文字で｢"｣を出力したい場合はどうするのですか？
cout<<"これ→"←"<<endl;
とすると出力したい文字が｢これ→｣までだと認識されエラーが発生しますよね…

**デフォルトの名無しさん** · 2021/01/04(月) 19:50:08.29

えすけぇぷ

**蟻人間** ◆T6xkBnTXz7B0 · 2021/01/04(月) 19:52:06.94

バックスラッシュor
半角の円記号
を使う

◆QZaw55cn4c · 2021/01/04(月) 19:53:04.44

>>975
https://ideone.com/X6MCOB

**デフォルトの名無しさん** · 2021/01/05(火) 02:42:04.01

https://ideone.com/37sNvH
バックスラッシュではうまくいったのに半角の円記号ではうまくいきません！

◆QZaw55cn4c · 2021/01/05(火) 02:46:08.54

>>979
https://ideone.com/pxsVp1

**デフォルトの名無しさん** · 2021/01/05(火) 07:30:58.94

>>975
cout << R"(cout<<"これ→"←"<<endl;)";

**デフォルトの名無しさん** · 2021/01/05(火) 08:35:13.05

cout << R"fuckU(cout<<"これ→"←"<<endl;)fuckU";
ただしC++11以降な

**デフォルトの名無しさん** · 2021/01/05(火) 09:02:10.14

>>979
macでよくハマるｗ

**デフォルトの名無しさん** · 2021/01/06(水) 09:32:04.26

HTML5は規格通りに実装できるけど、CSSは規格通りに実装できないな。
Chromiumは、Blink以前はBison使ってたけど、Blink以降は手書きパーサになってる。
もはや、クラス名や属性名を見て処理をわけないと衝突を解決できない。

**デフォルトの名無しさん** · 2021/01/07(木) 01:07:21.92

次スレ下さい。

**デフォルトの名無しさん** · 2021/01/07(木) 14:22:12.51

c++で出力出来ない文字とかあるんですか？
>>981
この書き方ならなんでも出力出来るんですかね？
cout<<"これ→"←"endl;)と出力したい時
cout << R"(cout<<"これ→"←"<<endl;))";
でもいけるんですか？
)が気になりますが…

**デフォルトの名無しさん** · 2021/01/07(木) 15:10:50.98

>>986
それを言ってるのが>>982だよ

**デフォルトの名無しさん** · 2021/01/07(木) 19:34:55.01

>>987
すいません出来ました
fuckという単語なので嘘かと思ってスルーしていました
>>982
ありがとうございます

**デフォルトの名無しさん** · 2021/01/08(金) 03:01:05.78

>>947
cppは論理演算子が少ないからに優しくないから先のレスのようにチマチマ等価な冗長な論理を書くしかないのが面倒だよね…
not-andなんだからnand演算子（=joint denial(↑)、論理用語）で書けりゃいいのに（もちろん裸cppで

**デフォルトの名無しさん** · 2021/01/08(金) 05:11:49.99

C++界隈のオッサンは普通に4文字とか猥語とかバンバン使ってちゃんとした説明するから気をつけろ

**デフォルトの名無しさん** · 2021/01/08(金) 05:14:48.68

template <typename A, typename B>
inline constexpr
bool nand(A&& a, B&& b)
{
return !(A == 1 && B == 1);
}

**デフォルトの名無しさん** · 2021/01/08(金) 08:15:42.48

プリプロセッサで演算子増やせないかな？
無理かな？

**デフォルトの名無しさん** · 2021/01/08(金) 08:24:11.24

マクロの識別子は英数字下線だけだかんな
あ、でも英数字下線の演算子もどきならできるね

template <typename R, typename A>
R Static_cast(A&& a) { return a; }