C++相談室 part159

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

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

**ハノン** ◆QZaw55cn4c · 2022/04/09(土) 16:35:28.22

>>911
＞回路設計に喩えると制御線と動力線を分けるみたいな感じ。

昔、試作基盤として、天地にべったり Vcc とアースを上辺と下辺に貼り付けて、間に島（ランド）をたくさん並べるっていうのを聞いたことがあります
どういう名称だったか忘れちゃいましたが…

**デフォルトの名無しさん** · 2022/04/09(土) 16:45:04.63

おれおれコーディングルールを開陳されても困る

**デフォルトの名無しさん** · 2022/04/09(土) 18:42:32.24

>>906
笑ったって書いてあんじゃん
また、笑った

**デフォルトの名無しさん** · 2022/04/09(土) 19:24:26.54

300が何の数字か知らんけど、それが変更や拡張で800くらいになったら溢れるんだから
64bitが必要って判断はなくはないでしょ
何の数字か知らんけど

**デフォルトの名無しさん** · 2022/04/09(土) 19:56:02.24

>>915
君は本物のバカだな

**デフォルトの名無しさん** · 2022/04/09(土) 21:01:35.50

規格にスタックって出てくる？

**デフォルトの名無しさん** · 2022/04/09(土) 22:53:29.39

出てくるわけねーじゃん
バカですか？

**デフォルトの名無しさん** · 2022/04/09(土) 23:32:57.29

std::threadで作ったスレッドのスタックサイズは1 MBで
変更はできないら
しい

今日日は仮想メモリがあるからなリ
ッチなマシンなら……

**デフォルトの名無しさん** · 2022/04/10(日) 01:07:52.01

標準ライブラリなんて普通使わないだろ
汎用的にしすぎてて、いらない機能が多いからやたらと遅いし

**デフォルトの名無しさん** · 2022/04/10(日) 01:48:34.97

標準以外なにをつかうんだ

**デフォルトの名無しさん** · 2022/04/10(日) 04:47:34.93

_beginthreadex()

**デフォルトの名無しさん** · 2022/04/10(日) 05:15:04.39

pthread

**デフォルトの名無しさん** · 2022/04/10(日) 05:58:59.81

<thread>で抽象化されていないOS特有の機能を使いたきゃAPI使うってだけ

**デフォルトの名無しさん** · 2022/04/10(日) 11:29:27.51

>>921
大抵は自社でフレームワーク構築してるよ
iostreamですら、includeしたプルリク蹴らられるし

**デフォルトの名無しさん** · 2022/04/10(日) 11:37:41.44

>>925
被せるだけじゃなくて自作すんの？

**デフォルトの名無しさん** · 2022/04/10(日) 11:57:59.43

ちんちんシュッ！シュッ！シュッ！

**デフォルトの名無しさん** · 2022/04/10(日) 13:14:21.25

>>921
OSのAPI直で叩けってことやろ
例えばCreateThreadならスタックサイズ指定できるし

**デフォルトの名無しさん** · 2022/04/10(日) 16:50:49.57

>>925
うちもstringとかコンテナクラスは全部自作してる
昔はプラットフォームがUNIXもあったりして、環境によってはSTL使うと
コンパイルエラーになってたからな

**デフォルトの名無しさん** · 2022/04/11(月) 06:43:40.41

関数群をまとめたいときってクラスで切るべき？名前空間で切るべき？
例えば sub1、 sub2 というサブルーチンがあって、これらが func1、func2 から呼ばれるときに、これらをまとめたいと思うんです

**デフォルトの名無しさん** · 2022/04/11(月) 06:51:36.36

べきという言い方はあまり好まんが

関数間で連携させるならクラス
連携しない単なるグループなら名前空間
というのが俺がよく使う手だ

**デフォルトの名無しさん** · 2022/04/11(月) 06:54:00.91

> これらをまとめたいと思うんです
どうまとめたいんだよ…

**デフォルトの名無しさん** · 2022/04/11(月) 12:12:27.70

mc++d読んだけど、これが20年前以上に書かれたってことがすごいな
今となっては、当たり前のことをばっかだけど
当時は革新的だったんじゃないかな

**はちみつ餃子** ◆8X2XSCHEME · 2022/04/11(月) 13:01:51.57

>>930
特定の範囲でしか使わない関数があるという意味？
それだけの理由なら名前空間でもクラスでも分ける必要はない。
その翻訳単位で内部リンケージにしておけば十分だよ。

名前空間やクラスは外部に対してどう見せるかの問題なんだから
機能単位の中で階層を分ける必要はあんまりない。

**デフォルトの名無しさん** · 2022/04/11(月) 15:33:36.87

そういや翻訳単位の管理として新しくモジュールがc++20から導入されたけど、使い心地どうかしらん？
既存コードもモジュール化した方がいいくらい便利だったりするのかしらん？

**デフォルトの名無しさん** · 2022/04/11(月) 16:44:48.15

>>930 >>934
staticおにいさん「class外、*.cppにstatic修飾して書く」

**デフォルトの名無しさん** · 2022/04/11(月) 19:36:19.35

>>935
昨年末あたりにvisual studioで試したらどうやってもビルド通らなくて諦めたけど今もう使えるようになってるんかな

**デフォルトの名無しさん** · 2022/04/12(火) 01:31:53.93

実験した程度でしかないけど使えてたよ。

**デフォルトの名無しさん** · 2022/04/12(火) 10:13:21.46

>>934
その翻訳単位がグローバル領域だったら？って意味でしょ

**はちみつ餃子** ◆8X2XSCHEME · 2022/04/12(火) 11:04:00.65

>>939
言いたいことがわからない。

**デフォルトの名無しさん** · 2022/04/12(火) 16:43:20.82

dfs とか bfs みたいな名前の関数はそれを呼ぶ関数とまとめたくなるよね分かる
関数内関数にすると他の関数から呼べなくなるしな

名前を変えよってのはナシなｗ

**デフォルトの名無しさん** · 2022/04/12(火) 17:25:13.49

モジュール……

**デフォルトの名無しさん** · 2022/04/12(火) 17:51:32.45

アホな質問かもしれないのですが……
今までユニークポインタで実体領域確保していたクラスを、どうせ一つしかnewしないからと、クラス内部に自身型の静的変数を保持して使用する方法へと変更しました。
所謂シングルトンに似た感じのものだと思うのですが。

std::unique-ptr<Hoge>Temp=std::make-unique<Hoge>();
↓
static Hoge& GetInstance(){static Hoge temp;return temp;}

使用する分には問題ないのですが、実体化させたいクラス数が多く、結果的には静的変数のガズが増え、実体がグローバルに多数存在する状態になってしまっていると思います。
この場合、名前衝突以外に何か想定される不具合はありますか？
データを保持させるクラス以外は全てこれに置き換えようと思っているのですが、今までnewして使っていたため何か罠があると思えてなりません。
この方法はクラス名から実態を呼び出せて私に大変便利です。

**デフォルトの名無しさん** · 2022/04/12(火) 18:22:24.95

>>943
ないです

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/12(火) 18:27:41.73

>>943
マルチスレッドじゃないよな

**デフォルトの名無しさん** · 2022/04/12(火) 18:29:33.15

>>944
ありがとうございます！
>>945
違います！

無さそうで安心でした

**デフォルトの名無しさん** · 2022/04/12(火) 18:39:03.10

クラス外側でtemplate実装にしろよとは思うが

template<class T>
inline T Instance;

int main(){
Instance<Hoge>.Execute();
}

**デフォルトの名無しさん** · 2022/04/12(火) 19:21:11.76

static ローカル変数が定石じゃないの？

**デフォルトの名無しさん** · 2022/04/12(火) 20:27:31.77

は？

**デフォルトの名無しさん** · 2022/04/12(火) 20:30:19.09

経験的にはどうせ静的なら変に隠さずグローバル変数の方が使いやすいです

**デフォルトの名無しさん** · 2022/04/12(火) 21:36:16.25

ちょっと皆さんの言ってることがよくわからないのですが……
テンプレートにして有効範囲で使用する、グローバルでいつでも呼び出せるようにする
ということでしょうか？
使用を想定しているのは膨大なデータのコンプレックスではなく、外部データ加工用に少量のローカル変数を持たせたクラスなので、実体はひつとで大丈夫だと思います。
その際には、衝突を考えないならば、グローバウに無造作に置いた方が使いやすいよ、ということでしょうか？

**デフォルトの名無しさん** · 2022/04/12(火) 22:13:59.90

左再帰が無限ループになる理由を教えて

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/12(火) 23:03:12.33

>>952
実引数と戻り先アドレスをスタックに繰り返し積むから。

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/12(火) 23:31:14.39

積んで解放しないから。

**デフォルトの名無しさん** · 2022/04/12(火) 23:39:21.85

停止しないから無限ループする
…って酷い理由だな

**デフォルトの名無しさん** · 2022/04/13(水) 00:21:12.99

じゃあ停止するかどうかを判定する汎用ルーチンHを作ればいいんだよ。

**947** · 2022/04/13(水) 01:25:51.41

>>951
シングルトンを確保しておくためだけにstatic関数が10も20も並ぶのがアホくさいじゃん？
template 1つだけ書いておこうよって意図で書いた。

が、>>951 のように一時変数として使うならローカル変数にして使い捨てるべき。

グローバル変数(>>943 もやってることは同じ)を使うデメリットは調べればすぐ出てくる

**デフォルトの名無しさん** · 2022/04/13(水) 05:51:58.22

staticにインスタンス入れるやり方だとマルチスレッドマルチプロセスにした時すぐ破綻するから大き目の定数入れる以外には使ってないな

**デフォルトの名無しさん** · 2022/04/13(水) 08:11:33.40

グローバル変数は初期化順序が環境依存になる問題があるから、
呼び出し順序で初期化するインライン関数のstaticローカル変数の方が扱いやすい
という話があったかと思うけど、最近は回避するテクニックできたの？

**デフォルトの名無しさん** · 2022/04/13(水) 09:44:11.11

>>959
それでも競合は起きうるよね
排他制御は必須

**デフォルトの名無しさん** · 2022/04/13(水) 10:25:01.35

相談
抽象的なノードクラスがあり、上流ノードから下流ノードが接続され情報を取り出したいとする
この時、接続時に上流ノードの出力タイプと、下流ノードの入力タイプが符合するかどうかを調べたい
今考えている実装方法としてenum型でタイプを列挙しておき、ノードの出力属性としてもたせ
入力に必要な属性を接続時に調べておく方法
シンプルでベストかなとは思うが、タイプが増えていくとその管理がやや大変かと思う
文字列で符合させるやり方も考えたが、例えば"int"と"integer"とかでごちゃごちゃしそう
なにか妙案があればお聞かせ願いたい

**デフォルトの名無しさん** · 2022/04/13(水) 10:28:21.90

抽象的でわからん

**デフォルトの名無しさん** · 2022/04/13(水) 10:36:53.86

すいません、もうちょっと自分で考えて相談点まとめます

**デフォルトの名無しさん** · 2022/04/13(水) 10:44:17.47

それぞれのスレッドでは個別だけど　スレッド内では唯一のインスタンス
スレッドをまたいでも共通で唯一のインスタンス
あたまがこんらんする

**デフォルトの名無しさん** · 2022/04/13(水) 12:06:05.65

>>961
どのみち符号の管理・徹底は必須だから、文字列で符号化し、表とかにまとめてバージョン管理・周知徹底する。

protocol bufferとかでインターフェイス管理すれば少しは楽かね。
protocol buffer以外だとなにがいいかしらん？

**デフォルトの名無しさん** · 2022/04/13(水) 12:12:18.93

// A と Bのところだけが異なるfとf2
// うまくこの関数をまとめれませんか？

#include <iostream>
#include <vector>
#include <algorithm>

struct Foo
{
void Func() const
{}
};

void f(const std::vector<Foo>& vf)
{
std::for_each(vf.begin(),vf.end(),
[](auto&& f)
{
f.Func();//A
}
);
}

void f2(const std::vector<Foo*>& vf)
{
std::for_each(vf.begin(),vf.end(),
[](auto&& f)
{
f->Func();//B
}
);
}

int main( int argc, char *argv[] )
{
std::vector<Foo> vf;
std::vector<Foo*> vfp;

　f(vf);
　f2(vfp);
}

**蟻人間** ◆T6xkBnTXz7B0 · 2022/04/13(水) 12:20:05.74

std::vector<Foo*>
std::vector<Foo>
のインターフェイスに共通部分がない。アキラメロン。

**947** · 2022/04/13(水) 13:02:01.63

type_traitsで殴ればいけそう

template<class T>
auto& to_reference_if_pointer(T&t){
if constexpr(std::is_pointer_v<T>){
return *t;
}else{
return t;
}
}

to_reference_if_pointer(f).Func();

**はちみつ餃子** ◆8X2XSCHEME · 2022/04/13(水) 13:12:01.75

>>965
https://kaitai.io/

**デフォルトの名無しさん** · 2022/04/13(水) 18:00:26.46

>>957
今実機で確認して、インライン化したテンプレートをヘッダーに咥える方法が自分にとって良い事を確認しました！
ありがとうございます。
いちいちスタティック咥えるより良いと思います。

マルチスレッドは使用したことがないのでわかりませんが、なるべき勉強してみたいと思います。

皆さんありがとうございます！

**デフォルトの名無しさん** · 2022/04/13(水) 18:15:56.73

>>966
std::for_each(vf.begin(),vf.end(),std::mem_fn(&Foo::Func));
または
for (auto &&x : vf) { std::invoke(&Foo::Func, x); }

**デフォルトの名無しさん** · 2022/04/13(水) 18:28:24.44

オマンコハンター　チンポマン！
股間の銃を携えて今日もおまんこ狙い撃ち

**デフォルトの名無しさん** · 2022/04/13(水) 23:40:49.30

>>971
ラムダが消されてて笑った

**デフォルトの名無しさん** · 2022/04/13(水) 23:53:02.59

>>967
↑
スキル低っ

**デフォルトの名無しさん** · 2022/04/14(木) 07:29:49.75

シングルトンは要らない子、とｳﾞｧｶにしていたが
グローバルなオブジェクトのコンストラの呼び出し順序が翻訳単位を超えた呼び出し順序がまるきり不
定になるというC/C++の仕様を回避するのには有効おと1 mgぐらい考えを新ためた
OSのwrapperを書いて、main()でそれを初期化することにして
グローバルなオブジェクトのコンストラから思わずOSのwrapper経由でログを吐かせようとしたらクラッシュして気づいたから
最初のOSのwrapperの最初の呼び出しでまだ未呼び出しなら初期化したら良い（ﾋﾞｺｰﾝ　　← まんまシングルトン

main()で初期化することが保証しているから、グローバルなコンストラの中でいきなりスレッドを起こしてそこから
OSのwrapperを呼ぶ、みたいなktgi行為が無い限りこのシングルトンはマルチスレッドの対策が不要
　

**デフォルトの名無しさん** · 2022/04/14(木) 07:33:43.77

訂正orz、
誤：最初のOSのwrapperの最初の呼び出しでまだ未呼び出しなら初期化したら良い（ﾋﾞｺｰﾝ　　← まんまシングルトン
正：最初のOSのwrapperの最初の呼び出しでまだ未初期化なら初期化したら良い（ﾋﾞｺｰﾝ　　← まんまシングルトン

**デフォルトの名無しさん** · 2022/04/14(木) 08:28:49.07

別にシングルトンじゃなくても単に起動時に初期化して渡せばええやん

**デフォルトの名無しさん** · 2022/04/14(木) 09:59:18.13

いや要るでしょシングルトン
何らかのリソースマネージャ作るときとか避けて通れないし

**デフォルトの名無しさん** · 2022/04/14(木) 10:35:30.42

>>977
初期化順序の問題って回避できたっけ？

**デフォルトの名無しさん** · 2022/04/14(木) 10:40:07.14

mainでリソース用意しろという話よ
ライブラリだったら初期化用になんか叩いてもらえ

**デフォルトの名無しさん** · 2022/04/14(木) 10:47:06.20

グローバル変数をポインタにしておいてmainでnewとか
friend int main(int, char**); とか？

**デフォルトの名無しさん** · 2022/04/14(木) 10:56:36.07

なんでグローバル変数にこだわるんだよ

**デフォルトの名無しさん** · 2022/04/14(木) 10:58:53.82

>>980
シングルトンより制限多くてメリット感じないなぁ。
マキャベリスト対策は難しいかもしれないけど、マーフィーに呪われないように運用で回避するのは最後の手段にすべき。

**デフォルトの名無しさん** · 2022/04/14(木) 15:09:30.09

１個でもグローバルなりがあると
エントリポイントの main よりも前に走るコンストラクタ内部であれこれされる可能性を想定する必要に迫られる　と

**デフォルトの名無しさん** · 2022/04/15(金) 00:01:53.91

>>981
> グローバル変数をポインタにしておいてmainでnewとか
> friend int main(int, char**); とか？
それは最初にやったがﾌﾞﾂがOSのwrapperなのでｶｯｺﾜﾙﾀﾞｻいと思い考え直した
結果がマルチスレッド対応を含まないライトなシングルトンの適用

>>980
main()に入ってから初期化するというだけでは初期化が間に合わないケースがあるから何とかしたいという話

**デフォルトの名無しさん** · 2022/04/15(金) 00:06:58.93

mainの実行より前に意味があることしようと思ったらコンパイル時しかなかろうよ

**デフォルトの名無しさん** · 2022/04/15(金) 00:13:00.39

>>986の主観の話をしているのではない件について：

**デフォルトの名無しさん** · 2022/04/15(金) 00:22:10.66

>>987
お前のグローバル変数愛は主観じゃないんかいな
もっと崇高な何かがあるのか

**デフォルトの名無しさん** · 2022/04/15(金) 04:08:04.71

静的ストレージは実装と心中するプログラム以外マジでやめといたほうがいい
移植性が大幅に低下する

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

グローバルやstaticな変数を使用する時は排他制御を必ず行なう
これを厳守していれば使っても大丈夫です
もちろん使わずに済む別の方法がある時は別の方法を取るべきです

**デフォルトの名無しさん** · 2022/04/15(金) 06:36:24.15

>>988
・任意のユーザーが任意のクラスをグローバル変数として使うことをOSが禁止するわけにはいかない
・クラスのコンストラクタでOS資源を確保することは普通（イベントオブジェクトを確保する等、ハンドルのメンバを有効な値で初期化しようとする
・誰かがグローバル変数のコンストラクタでOSの資源を確保しようとしたら、この場合初期化前のOSのwrapperが呼ばれる
ここまで書かないと>>986がいかにたわごとを言っているかわからないわけ？！

>>990
>グローバルやstaticな変数を使用する時は排他制御を必ず行なう
まあそれはそう。今回排他制御を避けられるのは
>main()で初期化することが保証しているから、グローバルなコンストラの中でいきなりスレッドを起こしてそこから
>OSのwrapperを呼ぶ、みたいなktgi行為が無い限りこのシングルトンはマルチスレッドの対策が不要
というktgi行為が無いことの条件付き。

**デフォルトの名無しさん** · 2022/04/15(金) 07:35:15.38

>>991
えっと、つまり、使えるものは使わずにはおれない一族に生まれたということですか？

**デフォルトの名無しさん** · 2022/04/15(金) 08:15:20.73

>>991
c++11から静的ローカル変数の初期化は自動的に排他制御され、スレッドセーフとなる[10]。だって。
シングルトンパターンの何を問題視しているんだっけ？

**デフォルトの名無しさん** · 2022/04/15(金) 08:29:52.88

自分で記述するだけならどうとでもなるけど
他人に使ってもらう前提だと
限度はあるにしても色々防護策を講じたくなるのもわかる

**デフォルトの名無しさん** · 2022/04/15(金) 08:31:14.00

モジュールの結合度を評価するのにまず排他がどうとか気にするもんかね？

**デフォルトの名無しさん** · 2022/04/15(金) 08:40:46.42

C++相談室 part160
https://mevius.5ch.net/test/read.cgi/tech/1649979572/

**デフォルトの名無しさん** · 2022/04/15(金) 08:43:44.23

>>995
それとは独立の問題
並行＆並列でも動くことが現代では求められているため
一般的にグローバルやstatic変数の読み書きには排他制御が必ず必要となる
厳密な意味で変数ではなく一度限り初期化される定数のようなものの場合はその初期化が排他制御される保証のみでも大丈夫なだけ

**デフォルトの名無しさん** · 2022/04/15(金) 08:44:18.42

>>994
シングルトンパターンならコンストラクタをプライベートにするんだから、そもそもグローバル変数として初期化できないんじゃない？

**デフォルトの名無しさん** · 2022/04/15(金) 08:44:58.60

>>997
>>993

**デフォルトの名無しさん** · 2022/04/15(金) 08:49:06.65

>>997
グローバル変数批判でまずそれが問題だと思うのはどうかしてるよ

**1001** · Over 1000

このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 54日 20時間 52分 24秒