C++相談室 part160

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

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

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

全スレ159だったわ
タイトルだけ間違えた

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

乙です。

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

おつ

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

>>2
どんまい、乙

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

グローバル変数と静的変数は
・書き換えられうる場合は排他制御が必須
・初期化のみの場合でもその初期化の排他制御が必須
・ただし静的変数の初期化はC++11以降は自動的に排他制御されることが保証される

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

まとめると、main開始してからリソース用意して適当に渡せよってことよ
原則としてグローバル変数もシングルトンも避けたほうが良い

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

グローバル変数を避ければシングルトンがmain開始前に呼び出されること無いだろ。
グローバル変数だけ避ければいい。

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

シングルトンなんてグローバル変数と同じ
避けたほうが良い

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

シングルトンの中に書き換わる変数を持っていたらデータ競合が起こりうるよな

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

>>9
シングルトン無しでどうやってプログラム全体で共通のリソースを管理するの？

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

>>11
それほんとにシングルトンのこと話してるの？
モジュール間の情報共有はシングルトンがないと無理って言ってるに等しい気がするけど

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

>>11 「管理」が何のことを言ってるのかわからないけど、たぶんひきすうをつかえばいいと思うんだ。

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

引数ってこういうことか？

struct singleton_t { };

singleton_t& get_singleton()
{
static singleton_t the_singleton;
return the_singleton;
}

void func1(singleton_t&);
singleton_t& func2();

int main()
{
func1(func2());
}

func2なんか使わずにfunc1の中でget_singletonを呼び出せば済むことだし
だったらthe_singletonをグローバルにするのと大差なくねって

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

>>12
>>9の主張「シングルトンとグローバル変数は避けたほうが良い」を受けての話ね。
当然グローバル変数も無しで、さらにシングルトン無しでどうやってグローバルなリソースを管理するのかな？と。

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

まあ引数で渡せばいいわけだが…

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

>>15
グローバル変数やシングルトンがなくていいとは言わないけど、何でひきすうで出来ないと思うの？

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

>>16
それ何て純粋関数型プログラミング？

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

システム全体のリソースならグローバルでいいだろ
グローバル変数を導入するメリットの方が勝つから

なんでもかんでもグローバルに置くのはやめようねというだけの話でしょ

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

>>19
システム全体じゃないリソースてどんなのあったっけ？

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

リソースって何を指してるんだろう…

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

まあ寿命がはっきりしないオブジェクトって嫌なもんだよ
わかってもらえるとは思わんけど

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

前スレでクラス内部にinstanceを持たせて運用する事を質問した者です。

(注)前スレ:943
:ユニークポインタをシングルトンの様な仕様に置き換え
std::unique-ptr<Hoge>Temp=std::make-unique<Hoge>();
↓
static Hoge& GetInstance(){static Hoge temp;return temp;}

上記の仕様をさらに、
template <class T>
inline T Instance;
というテンプレートinstanceで使用できるようにアドバイスを頂き、その仕様に変更したところ、運用自体は問題ないのですが、コンストラクターの呼び出し位置がおかしい感じになってしまいますた。
インラインなのでコンパイル時？(inittermという関数内部でコンストラクトが実行されている)にコンストラクターが起動されてしまう感じで、外部ライブラリを使用したコンストラクションが失敗します。
これは明示的に回避できるのでしょうか？
また、皆さんはグローバル変数等を使用するときにどういった方法を取られますか？
クラス名から呼び出せるインスタンスはかなり便利なので使っていきたいのですが……

度々申し訳ございますん。

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

実際に1個しか存在しないものはシングルトンの表現が合ってる
GPUとかな

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

inline変数は(MSVC16で確認する限り)1つの.dll内で同じ実体を共有する
dllをまたぐと別の実体になる

.hに書いてもリンク時に多重定義で怒られない

その言い方だとmainを呼び出す前の初期化処理で死んでる感じか

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

シングルトンにしてもグローバル変数にしても排他制御が必要な点で同じだよな

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

コンストラクタ実体を含んだdllをロードする前にinline変数の初期化が走るというのが問題なら、
GetInstanceのテンプレート実装に逃げるか...

template<class T>
T&GetInstance(){static _back;return _back;}
int main(){
GetInstance<Hoge>().Func();
}

一応言っておくがデータをケチる目的のはずだからinline変数もGetInstanceテンプレートも「本物」のグローバル変数ではない

dllをまたいだら別の実体だ

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

円周率みたいな定数ってどのライブラリのやつ使ってますか？

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

<numbers>
C++20必須だが

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

古いC++ならe=exp(1.0)、π=6*asin(0.5)

**デフォルトの名無しさん** · 2022/04/16(土) 06:56:47.86

numbersって型変えた時ちゃんと直してくれるの？

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

>>31
変数テンプレートだからこっちが型を指定する
auto x = std::numbers::pi_v<double>;

デフォはdouble
namespace std::numbers {
inline constexpr double pi = pi_v<double>;
}

**デフォルトの名無しさん** · 2022/04/16(土) 17:48:06.48

なおpi_v<int>はゆとり歓喜の3ではなくis_floating_pointに阻まれる模様

**デフォルトの名無しさん** · 2022/04/16(土) 19:53:49.89

未だに円周率3とか言ってるおじいちゃんいるのか・・・

**デフォルトの名無しさん** · 2022/04/16(土) 20:06:23.56

ジジイを馬鹿にするのは結構だが若いなりに何か引っさげているのか？
俺は8bit機がこれから黄金期に差し掛かるあたりでお前らのような立場だった
ハッタリではなく当時のトレンド引っさげてジジイたちの死角を突くことで今の地位を得たが
口だけ達者でこれから沈みゆくだけな連中なら全然羨ましくねえぜ

**デフォルトの名無しさん** · 2022/04/16(土) 20:44:57.02

世代ってより情弱ぶりを揶揄されてるのに気付かないようじゃ虚しいな

**デフォルトの名無しさん** · 2022/04/16(土) 20:48:37.77

そもそも誰か円周率が３だなんて主張してるか？
情弱って攻撃用ワード使って脅しかけても説得力ねえとバカにしか見えねえんだけど

**デフォルトの名無しさん** · 2022/04/16(土) 20:50:03.87

>>34
ジジイ、ジジイか‥‥
それじゃ、お前はなんだ？この餓鬼が
俺はお前さんがこの世に落っこってくる前からバグ書いてるんだ

**デフォルトの名無しさん** · 2022/04/16(土) 20:51:51.80

先輩パネーっすね

**デフォルトの名無しさん** · 2022/04/16(土) 21:23:19.58

どうしてもintのπを定義しようと思ったら、4や2ってわけにはいかないから3にするしかないと思う

**デフォルトの名無しさん** · 2022/04/16(土) 21:35:43.96

どうしても偶数のπを定義しようと思ったら、4にするしかないと思う。

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

全否定はしていない
これならジジイを馬鹿にする資格があると示しているのに
応答なしか・・・誠に残念
煽られても好意的に対応したが無駄だったか

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

20年前のフェイクニュースネタではしゃぐなよ

**デフォルトの名無しさん** · 2022/04/16(土) 22:52:39.15

「状況によって『およそ 3』で計算すればよい」という指導は存在する。
小学生は有効精度の概念を知らんから
どういう場合にどの程度の概算でよいのか自分で判断できんのよ。
「およそ 3」って言ったら 3 で計算するのを正解だと思っちゃうやつが少なからず出てきてしまう。

現実的な精度との兼ね合いで言ったら 3.14 で教えておくのがおおよそ手ごろなんやろね。

**デフォルトの名無しさん** · 2022/04/16(土) 23:10:11.53

喜べお前ら
こいつを追加するだけでpi_v<int>が使えるようになるぞ

template<>struct std::is_floating_point<int>:std::true_type{};

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

>>44
> 「状況によって『およそ 3』で計算すればよい」という指導は存在する。
指導が何を指してるのか知らんけどおよそなんてどこから出てきたんだよw
円周率3の話は小学校学習指導要領　（平成元年3月）の下記の文言が独り歩きしたものだぞ

円周率としては3．14を用いるが、目的に応じて3を用いて処理できるよう配慮する必要がある。
https://www.mext.go.jp/a_menu/shotou/old-cs/1322329.htm

**デフォルトの名無しさん** · 2022/04/17(日) 00:51:59.98

文脈的にたいして変わらない気もするけど
そんな違うものか？

**デフォルトの名無しさん** · 2022/04/17(日) 03:44:03.45

>>46
3.14だっておよそでしかない
およそ3で全然問題ないと思うね。
それより
1.6+2.4 = 4.0 と答えたら減点するアホ文系教師を文科省はなんで放置するのかね?
掛ける順番とかな。工数とかシランだろな多分
単位とかでもあほ文系小学校教師が理解してるとは到底思えない