C++相談室 part159

**デフォルトの名無しさん** · 2022/02/19(土) 11:56:42.14

前スレ
C++相談室 part158
https://mevius.5ch.net/test/read.cgi/tech/1636969758/

**デフォルトの名無しさん** · 2022/02/25(金) 19:12:37.70

constとprivateはテストの邪魔でしかない
使ってる奴は例外なく低脳

**デフォルトの名無しさん** · 2022/02/25(金) 19:27:49.01

privateはインテリセンスがすっきりしていいじゃん

**デフォルトの名無しさん** · 2022/02/25(金) 19:38:04.25

>>203
実際にやってみろ
>>204
サンプル説明以外で可視性やconst使ってない馬鹿はエアプ

**デフォルトの名無しさん** · 2022/02/25(金) 19:43:16.35

自分で言い出しといて急にキレられてもな。

**デフォルトの名無しさん** · 2022/02/25(金) 19:48:21.44

>>207
キレる？お前が調べもせずに聞いてくるから当たり前のことを言っただけだが

**デフォルトの名無しさん** · 2022/02/25(金) 19:52:14.27

>>206
エアプは君だよ
製品レベルの緻密なテストセットをきちんと書き上げるためにはconstなしのオールpublicしかあり得ん
テストケースで様々な状態を作りだして動作確認するためには、全てを必要に応じて自由に書き換えられることが不可欠というもの
書き換え不可だのクラス専用だのの決め事は命名規則で担保するんだぞ

**デフォルトの名無しさん** · 2022/02/25(金) 19:58:35.87

IFのシグネチャにconstついてないといちいち仕様書読まなきゃいけないから面倒くね？
char* token(char* str)とかあったら破壊的かどうか判別できん

**デフォルトの名無しさん** · 2022/02/25(金) 20:00:20.50

>>209
struct最強伝説キタコレ

**デフォルトの名無しさん** · 2022/02/25(金) 20:04:09.41

>>211
staticおじさんの生まれ変わりだろw

**デフォルトの名無しさん** · 2022/02/25(金) 20:04:09.42

>>209
https://github.com/trending/c++
この辺のプロジェクトのソースでもいいし、chromiumのソースでもいいし、見てみたら？
製品レベルのコード見せてみろよ

**デフォルトの名無しさん** · 2022/02/25(金) 20:07:48.92

const使ったらどんな最適化するんだろう？　言った本人はキレて答えてくれないし。

**デフォルトの名無しさん** · 2022/02/25(金) 20:12:00.77

>>214
お前が1+1=って言ったら俺はお前のためにわざわざ2と言う必要があんのか？
自分で調べたことの事実を示せｗ

**デフォルトの名無しさん** · 2022/02/25(金) 20:14:10.16

Rustは何も指定しないとimmutable(不変)にしちゃったから、そういう点でもわかりやすく、かつ、テストやデバッグも少数のmutableなものだけ対象にすればよくなってるね

**デフォルトの名無しさん** · 2022/02/25(金) 20:15:39.58

>>215
全く必要ない。
キミは自分で言い出しといて逃げる人とよく分かったから他の人に質問してるだけ。
キミはスルーしてくれていいよ。

**デフォルトの名無しさん** · 2022/02/25(金) 20:16:05.93

>>216
Rustは無関係なので巣に帰れ

**デフォルトの名無しさん** · 2022/02/25(金) 20:32:18.12

constを使うのがいいことがよく分かった

**デフォルトの名無しさん** · 2022/02/25(金) 20:39:24.80

constウイルスと言わざるをえないアホ仕様

**デフォルトの名無しさん** · 2022/02/25(金) 20:57:38.37

だからさ、釣り針が太すぎるんだよな

**デフォルトの名無しさん** · 2022/02/25(金) 21:25:13.93

constついてないコードは九分九厘ごみ
絶対に自分一人で書き上げて絶対に一生涯外に出さない保証があるなら付けなくても良い

**デフォルトの名無しさん** · 2022/02/25(金) 21:34:50.33

本に載るほどの支持を覆すほどの権威と実例があるわけもなく

**デフォルトの名無しさん** · 2022/02/25(金) 22:44:59.40

メンバ関数のconst修飾とか関数の引数のconstとかはわかるけど関数内部のローカル変数にconst付けるのはよくわからんな

**デフォルトの名無しさん** · 2022/02/25(金) 22:51:54.69

const お会いしたらお茶しませんか？

**デフォルトの名無しさん** · 2022/02/25(金) 23:04:47.69

>>224
コードが読みやすくなるし間違って書き換わることもないから
どの言語でもconstやそれ相当で宣言するのが最近は一般的
JavaScriptですらconstにするのが常識となった

**デフォルトの名無しさん** · 2022/02/25(金) 23:07:46.96

ここ数年constをつけて再代入しないのが当然になってますってjavascriptの専門家に言われて殴りたくなりました

**デフォルトの名無しさん** · 2022/02/25(金) 23:13:07.22

JavaScript程度はブラウザのカスタマイズしたり含めて誰でも使える言語だろ
まさかC++しか使えない新人かね

**デフォルトの名無しさん** · 2022/02/26(土) 00:15:34.77

Pythonにはconstもprivateもない
大文字だけの名前はconst、アンダースコア始まりの名前はprivateという規約があるだけ
でもそれでみんな勝手に書き換えるべきでないと了解されてて完全に成立してる
とはいえ言語機能ではないのでテストとかでの必要に応じて規約を無視して値を変えることもできる
こういう実例を見るとわざわざコンパイラ機能として書き換え禁を強要してるconstやprivateは偏執的過ぎると思う

**デフォルトの名無しさん** · 2022/02/26(土) 00:23:17.69

小さいオブジェクトにconst付けるとアドレスが割り振られて最適化が阻害されるみたいな話は聞いたな

**デフォルトの名無しさん** · 2022/02/26(土) 01:13:30.79

日付が変わってまた湧いてるｗ
>>229 pythonみたいなゆるゆる言語と比較してconst/privateがないとかｗ
>>230 その話URLで示してｗ

**デフォルトの名無しさん** · 2022/02/26(土) 01:14:41.41

ここまでconstつけると最適化されるという例はなし。

**デフォルトの名無しさん** · 2022/02/26(土) 01:39:20.96

ここまで何を調べたかの記述なしｗ

**デフォルトの名無しさん** · 2022/02/26(土) 04:01:53.50

move、右辺値参照、各種オペレータなどフルセットで対応するライブラリ的なクラスならconst対応した方が良いけど、
末端のアプリケーションにまで全部律儀にconst付けるのは面倒くさいだけだわな

**デフォルトの名無しさん** · 2022/02/26(土) 04:13:27.79

そんなしょうもないものならわざわざC++で組むなよｗ発想がアホの極みｗ

**デフォルトの名無しさん** · 2022/02/26(土) 06:30:02.19

Rustなどは無指定デフォルト時がC++でのconst状態になってるよな
楽でいいよな

**デフォルトの名無しさん** · 2022/02/26(土) 07:05:16.24

>>236
Rustの話はRustスレで

**デフォルトの名無しさん** · 2022/02/26(土) 08:03:06.09

話題に沿ってるんだし少しくらいなら良いと思うけどね。アレルギーかよ

**デフォルトの名無しさん** · 2022/02/26(土) 08:11:23.88

Goスレ見てると対岸の火事とは思えないｗ
Rustスレは静かなのに、そこで議論できない馬鹿がずっと他言語スレでRustのヘイトを稼いでるからなｗ
Rustくらいみんな知ってると言うのにｗ
ってわけで、特に今は各言語固有スレではその言語の話だけってことｗ

**デフォルトの名無しさん** · 2022/02/26(土) 10:47:22.97

他所のスレのことは知らんけどこれをヘイト稼ぎと受け取るのは捻くれな気がするけどね
Rustのことも自分が知ってるからってみんな知ってるとかイキるのも良くない
知らない人だって当然いるだろうに

**デフォルトの名無しさん** · 2022/02/26(土) 11:00:37.71

ヘイト稼ぎと解釈しない方が捻くれてるだろｗ
今どきC++やっててRust(やそれ以外の言語)知らん方がレアだし、その程度のやつは何を言われても仕方ない

**デフォルトの名無しさん** · 2022/02/26(土) 11:24:01.42

その程度とか言い出した
パソコンの大先生かな？w

**デフォルトの名無しさん** · 2022/02/26(土) 11:56:13.77

誰でも最初は初心者なんだけどね
ここオンラインの匿名掲示板なの忘れてない？
勝手に自分基準のレベルを周りに押し付けられてもね
そういうのは自分の納得できる閉じたコミュニティでやればいいと思う

**デフォルトの名無しさん** · 2022/02/26(土) 13:03:43.12

いや、悪いけど>>241はレベル低いと思うよ・・・w

**デフォルトの名無しさん** · 2022/02/26(土) 13:14:24.08

自動販売機のタバコじゃないんだけどね
もっと高級なのね

**デフォルトの名無しさん** · 2022/02/26(土) 15:44:44.33

Rustってまだ言語マニアくらいしか使ってなくね
そもそも案件が少なすぎるしRsutでしか提供されていないライブラリやフレームワークやSDKなんて聞いたことないし
俺が知らないだけで実はコッソリ出現してるのか？？？

**デフォルトの名無しさん** · 2022/02/26(土) 22:06:22.23

実際こうやってアレルギー反応（スレが荒れる）起こすからよその話はよそでやれってことだな

**デフォルトの名無しさん** · 2022/02/26(土) 22:11:54.75

荒れてねーよｗ

**デフォルトの名無しさん** · 2022/02/26(土) 22:19:40.75

>>246
色んな分野でRustがC++の立ち位置を侵食していってるよ
例えばブラウザ内だけでなく今は色んな所で使われるようになったWebAssembly(WASM)
WASMでプログラミングするための記述言語は当初C++が先行していたけど今はRustが逆転してトップになっているね

**デフォルトの名無しさん** · 2022/02/26(土) 22:27:10.15

constさいこー
固定文字列リテラルとか
const char* const s = "Hello World!\n";
やし

関数の仮引数は関数内で絶対変えないことにして
void foo(const char* const p); // 宣言

void foo(const char* const p_) {　　// 定義
　const char* p = p_; // 関数内で値を変える場合
}
と書いてしまうま

**デフォルトの名無しさん** · 2022/02/26(土) 22:27:29.83

だいたい
https://mevius.5ch.net/test/read.cgi/tech/1524746903/652
https://mevius.5ch.net/test/read.cgi/tech/1524746903/659
と質問したら
https://mevius.5ch.net/test/read.cgi/tech/1524746903/661
やそうやし＼(^o^)／

**デフォルトの名無しさん** · 2022/02/26(土) 22:46:27.37

テストのときにprivateメンバを弄りたいケースは確かにあって
そういう場合は次のどれかかが多いう気がする印象だが知らん　※個人の感想です
1. 長ったらしい接頭辞がついた名前のテスト用メソッドを設けてその中にテストコードを書く
　　リリースコードでもそのままだが呼ばれないからリンクはされない
2. 長ったらしい接頭辞がついた名前の構造体として実装して細かいテストしてclassでwrapしてリリース
3. 長ったらしい接頭辞がついた名前の普通の関数として書いて細かいテストしてそれをclassから呼ぶ

**デフォルトの名無しさん** · 2022/02/26(土) 22:47:36.31

>>249-251 こういうのが荒れてる状態

**デフォルトの名無しさん** · 2022/02/26(土) 22:48:11.64

>>252 これもな

**デフォルトの名無しさん** · 2022/02/26(土) 23:14:01.86

だいたいインターフェースにもconstつけちゃう
class IFoo {
　int bar(const int x, const double y, const RECT z) const = 0;
　double baz(std::string& buf) const = 0;
　/*...*/
};
とか

**デフォルトの名無しさん** · 2022/02/26(土) 23:14:57.75

virtuarl ~IFoo() { }
を忘れたorz　（死

**デフォルトの名無しさん** · 2022/02/26(土) 23:17:36.73

値渡しをconstにして何がしたいん？

**デフォルトの名無しさん** · 2022/02/26(土) 23:27:30.26

固定ならconstexpr使おうや

**デフォルトの名無しさん** · 2022/02/26(土) 23:36:20.44

>>257
文字通りconstにしたいのですヽ(`ー´)ﾉ
引数に再代入するのはガイジのやることなので（>>251

で関数定義でそうしたら、作業性のためにそれをコピペして極力弄らずにヘッダファイルにするから
宣言においても値渡しの引数にもconstが付くのでつ∀`；)

**デフォルトの名無しさん** · 2022/02/26(土) 23:43:30.97

まあ非参照型でconstついてなかったらとりあえず
ひょっとして関数内で書き換えられるんかと疑ってかかるよね

**デフォルトの名無しさん** · 2022/02/26(土) 23:44:54.89

>>232
IPAコーディング左方ガイド[C++言語編] (p.120)
https://www.ipa.go.jp/files/000055043.pdf
>M1.11.1 参照しかしない領域は、const 型であることを示
>す宣言を行う。
（中略）
>参照するだけで変更しない変数を const 型で宣言することで、その変数を変更しないことを明
>示できる。また、処理系の最適化処理でオブジェクトサイズが小さくなる可能性もある。この
>ため、参照しかしない変数は const 型にする。

やそうや；；；
具体的には知らん

**デフォルトの名無しさん** · 2022/02/26(土) 23:45:14.56

引数に再代入するかどうかは呼び出し側の与り知らぬところなんで
それを公開インターフェースに乗せるのはどうかなぁ。

**デフォルトの名無しさん** · 2022/02/26(土) 23:45:57.76

Rustだと値渡しだけでなく参照渡しも無指定デフォルト時は書き換え不能だよな
書き換えが起こる関数へは指定して可変参照を渡す

**デフォルトの名無しさん** · 2022/02/26(土) 23:48:32.78

どこぞの馬の骨とも知れないIT後進国ジャップが言う事よりも天下のGoogle様のコーディング規約を真似るほうが無難だぞ
そしてGoogleのコーディング規約によると「可能な限りconst付けまくれ」との事
実際にGoogleが公開してるライブラリはCにしろC++にしろ関数の引数から大体const付いてる、ポインタは勿論constバーガーで

**デフォルトの名無しさん** · 2022/02/26(土) 23:50:44.52

>>262
あずかり知らぬことならどうでもいいんじゃ……
コピペした後手作業でconstを消すとかｱﾌｫらしい漏れクラスの天才の単金は高いからな
やっぱ作る方の作業性優先で、

記憶モードだがVC++のインテリセンスは値渡しのconstは除去して提示してくれるはず……

**デフォルトの名無しさん** · 2022/02/26(土) 23:58:24.50

でもconst書く方の手間は惜しまないんだ

**デフォルトの名無しさん** · 2022/02/26(土) 23:58:37.20

> 処理系の最適化処理でオブジェクトサイズが小さくなる可能性もある。
> int bar(const int x,

これをどうやって小さくするんだ？そもそもconstの値渡しの話だよな。

**デフォルトの名無しさん** · 2022/02/27(日) 00:02:08.66

>>264
へぇ～知らなかったわこれ
流石ゴーグル様やで

**デフォルトの名無しさん** · 2022/02/27(日) 00:02:10.22

引数で明示的に書き換え禁止にしたいということはポインタ渡しか参照渡しだよな。
アドレスしか渡してないのに最適化でオブジェクトサイズが小さくなるというのはどういう意味だろう？

**デフォルトの名無しさん** · 2022/02/27(日) 00:05:12.18

> 「可能な限りconst付けまくれ」
自分で設計、コーディングができなくてオープンソースをパクる側の意見だろう。
あくまでパクりすぎて訴えられて負けるググルくんの意見。

**デフォルトの名無しさん** · 2022/02/27(日) 00:07:37.55

char*ならアドレス渡すより実値渡す方がサイズ小さくて済むとかじゃない？知らんけどね

**デフォルトの名無しさん** · 2022/02/27(日) 00:14:47.59

>>269
値渡しだとしても関数内で決して書き換えませんよって意思表示でconst付けるんだわ
使う側はどうでもいいのかも知れないけど少なくてもメンテ側はその方が楽

**デフォルトの名無しさん** · 2022/02/27(日) 00:39:11.54

実質in宣言だよね

**デフォルトの名無しさん** · 2022/02/27(日) 05:41:24.49

まだ馬鹿がconst不要とかアホなこと言って荒らしてるのか・・・

**デフォルトの名無しさん** · 2022/02/27(日) 07:45:11.01

もういっそのこと、constをメンバ関数宣言のデフォルトにして、volatileキーワードをメンバ関数宣言にそえないとメンバ変数の値を変更できないような仕様変更をしたほうがいいくらいだよ

**デフォルトの名無しさん** · 2022/02/27(日) 07:54:46.50

ラムダ式の値キャプチャはデフォでconstだね
constつけたくないときはmutable

**デフォルトの名無しさん** · 2022/02/27(日) 13:50:59.05

勝手な憶測だけどconst付けると即値埋め込み以外にもどの変数をレジスタに入れるかって辺りの最適化が効きやすくなりそうな気はする

**デフォルトの名無しさん** · 2022/02/27(日) 14:21:10.71

class ClassA {
public:
int x, y;
ClassA(int n1, int n2) { x = n1, y = n2; }
virtual void VirFunc() = 0;
};

class ClassB :public ClassA {
public:
ClassB(int n1 = 0, int n2 = 0) :ClassA(n1, n2) { ; }
void VirFunc() { cout << "Disp1:x+y=" << x + y << std::endl; }
void Dummy() { ; }
};
void check(ClassA* obj)
{
if (typeid(*obj) == typeid(ClassB)) {
static_cast<ClassB*>(obj)->VirFunc();
}
}
int main()
{
ClassB objB(10, 20);
check(&objB);
}

**デフォルトの名無しさん** · 2022/02/27(日) 14:21:28.24

クラスの継承やtyoeidで今躓いています。
objにclassBがなんで代入出来てなんでキャストできるのかわかりません。
check関数の中の引数、ClassAのポインタにClassBで実体化したオブジェクトのアドレスを入れると言うことは
継承した部分だけを見ることで同じ型として見ているのですか？
だとしたら派生先のクラスでできたメンバ？がどうなるんだろうと言うのもわからなかったりはします。

**デフォルトの名無しさん** · 2022/02/27(日) 14:22:00.29

すみませんコードってどう上げれば良いんでしたっけ？

**デフォルトの名無しさん** · 2022/02/27(日) 14:34:30.92

const の必要性ってこういうときにあると思ってる

struct T { int x; int y; T(int _x,int _y):x(_x),y(_y){}};
int test1(T &a){ return a.x*a.y;}
int test2(const T &a){ return a.x*a.y;}
int main() {
T a(10,5);
printf("%d",test1(a));//OK
printf("%d",test1(T(5,4)));//エラー
printf("%d",test2(a)); //OK
printf("%d",test2(T(4,6)));//OK
}

**デフォルトの名無しさん** · 2022/02/27(日) 14:38:16.26

>>279
想像のとおりです
なのでメンバーが減るようなキャストはまずい

**デフォルトの名無しさん** · 2022/02/27(日) 14:51:04.74

>>282
ありがとうございます。
アップキャストダウンキャストも関わっていたのですね
すぐにはわかりませんでした。
たとえばなんですけど派生クラスBは基本クラスAに別の名前を付けてかつBで新たに
加えられたメンバはBから紐づけられていて、これらをセットにして見やすくしたものが
派生クラスBになると言う感じなのです？

**はちみつ餃子** ◆8X2XSCHEME · 2022/02/27(日) 15:01:31.40

派生クラスのオブジェクトには基底クラスのオブジェクトが含まれる。
派生クラスの一部であるようなオブジェクト (基底やデータメンバ) をサブオブジェクトという。

**デフォルトの名無しさん** · 2022/02/27(日) 16:18:03.61

>>284
ありがとうございます。
サブオブジェクトがサブオブジェクトと言われることにつながるのですね。

**デフォルトの名無しさん** · 2022/02/27(日) 16:44:15.33

ダウンキャストは危険で、本来無条件にやっていいものではない
なので実行時型チェックをして使っている今回は問題ないだけ

なお、static_cast<ClassB*>(obj)->VirFunc()は最近のコンパイラ(gcc11.2)だと
最適化なし時はClassA*として仮想関数呼び出しと同じ方法で呼び出す
最適化あり時はvtableがClassB::VirtFunc()かどうか確認してインライン展開したものが実行される
(万一確認失敗したら仮想関数呼び出しと同じ方法で呼び出す)

**デフォルトの名無しさん** · 2022/02/27(日) 17:38:03.37

ダウンキャストをするならstatic_castではなくdynamic_castを使うべき。
見ているobjの実体がclassBじゃないなら失敗してnullptrを返してくれる。

そもそもダウンキャストが必要になること自体良い設計ではないが

auto* pb=dynamic_cast<classB*>(pobj);
if(pb){
pb->...;
}

**デフォルトの名無しさん** · 2022/02/27(日) 17:46:47.65

「キャストはなるべくするな、特にdynamicはコストが高い」と古文書にもあった

**デフォルトの名無しさん** · 2022/02/27(日) 17:54:22.89

今回はそれをtypeidでやりたかったんでしょ

**デフォルトの名無しさん** · 2022/02/27(日) 18:02:07.86

ダイナミックダイクマ

**デフォルトの名無しさん** · 2022/02/27(日) 20:42:58.79

なんかC++が気になるので実践的な情報でもなんでもありがたいです。
C++で食べてる人と話したこともないし・・・

**デフォルトの名無しさん** · 2022/02/27(日) 20:45:27.70

古文書には「#defineではなくconst,enum,inlineを使うといい」ってあるよ

**デフォルトの名無しさん** · 2022/02/27(日) 20:47:31.05

死海文書では「constexpr, enum struct, enum class」を使うことで難を逃れたと書いてある

**デフォルトの名無しさん** · 2022/02/27(日) 20:56:43.39

const使えば分かる。#defineのほうがやっぱり便利だわ。

**デフォルトの名無しさん** · 2022/02/27(日) 21:21:58.39

C++のenumは機能が弱いからなあ
Rustのenumみたいに任意の型の変数値を格納できるようにしてほしい

**デフォルトの名無しさん** · 2022/02/27(日) 21:31:32.92

>>275 >>276
その方針で全ての変数のデフォルトをC++のconst状態にしてしまったのがRustだね
代わりに値が変化する変数にだけミュータブル指定しないといけないけど
if-elseもループもブロックも値を返してくれるためほとんどの変数が変化しない

**デフォルトの名無しさん** · 2022/02/27(日) 21:36:52.29

char*やシンプルな構造体ならconst使うのはメリットあると思うが、
あれこれ機能が詰め込まれるクラスになると不便さ、面倒さのほうが際立つ。
多重継承並にハゲる原因になる。

**デフォルトの名無しさん** · 2022/02/27(日) 22:28:50.95

まーたしかにconst_castだらけになるかもしれないね

**はちみつ餃子** ◆8X2XSCHEME · 2022/02/27(日) 23:37:06.31

const_cast を正しく使うのは難しい。
const なオブジェクトから const を剥がして書き換えるのは未定義。
数年前に LLVM が const 指定の情報を最適化に活用する方向に舵を切ったというニュースもあった。
const ではないオブジェクトに対して const なポインタや参照を経由している場合には
const を外して書き換えるのは許されるはずだが、
それが必要になるようだと設計を見直したほうがいい。

現在のコンパイラは賢くて、 const 指定をしてなくても書き換えられる可能性がないことを見抜いて最適化することも多いんで、
const の指定自体は最適化にはそれほど寄与しないよ。
ただ、 const を前提とした設計はコンパイラにとって最適化しやすい構造である可能性はある。

① const を前提にした設計にできるもんならしたほうがいい
② そうできないなら無理に const を付けないほうがいい (後で場当たり的に const_cast で const をはがすとどこかで間違う)

**デフォルトの名無しさん** · 2022/02/27(日) 23:43:44.46

書き換えないコードの場合はどういう最適化がされるのかを知りたいのだが。

**デフォルトの名無しさん** · 2022/02/27(日) 23:51:40.12

getterにlockを仕込む場合にgetterをconstにするべきかどうか悩む
const扱いにしてmutexに関してだけconstをはがすべきなのか

class C{
std::mutex _mtx;
int _a;
public:
int get_a(){
std::lock_guard lk(_mtx);
return _a;
}
void set_a(int a);
};

**デフォルトの名無しさん** · 2022/02/28(月) 00:43:20.93

>>301
俺ならgetterにはconst付けてmutexメンバ変数にはmutable付けるね。

**はちみつ餃子** ◆8X2XSCHEME · 2022/02/28(月) 00:54:54.67

>>301
俺も >>302 には賛成。
mutex はあくまでも内部的な実装の都合であって、
それを mutable にしてもクラスの logical constness は維持されると判断する。