C++相談室 part143

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/15(土) 13:51:53.57

C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。

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

このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.105【環境依存OK】
https://mevius.5ch.net/test/read.cgi/tech/1556142878/

■長いソースを貼るときはここへ。■
　http://codepad.org/
　https://ideone.com/

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)

----- テンプレここまで -----

VIPQ2_EXTDAT: default:vvv:1000:512:----: EXT was configured

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/11(木) 02:40:24.86

>>773
C++は型がある分ちょっとマシ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/11(木) 08:50:22.94

ありがとうございました
早さが必要なのに、C できつくなったら
ストラウストラップ本
というのを買ってスタートしてみようかなと思ってました

初めるときは、少しでも読めるように気合いれておきます

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/11(木) 17:19:21.71

756さんどうもです
読み込んでみます

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/07/11(木) 18:59:11.77

自分で定義したコピーコンストラクタからデフォルトのコピーコンストラクタを呼ぶ方法はありませんか？

C(const C& c){
//デフォルトのコピーコンストラクタを使って静的にメンバをコピーしたい
//その後にポインタの参照先を修正したい
}

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/11(木) 19:26:34.40

データメンバー分離すればいいんじゃない

class C
{
　struct Data { /*...*/ } data;

　C(const C& c)
　: data(c.data)　// C::Dataのデフォルトコピコン
　{
　　// やりたい処理
　}
};

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/11(木) 21:59:39.17

>>778
自分で定義した時点でコピーコンストラクタはそれしか存在しないから無理
>>779みたいな方法なり全部自分でコピー書くなりするしかない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/12(金) 19:18:07.56

ムーブコンストラクタとコピーコンストラクタ両方作って保守するのも
完全転送とsfinae用意するのもどちらも面倒臭いんですがc++erの皆様はどのように対象しているのでしょうか

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/12(金) 20:04:43.42

基本的に全部unique_ptrとdefaultのムーブコピーに任せてる
大抵はそれで困らないし困ったらその時考える

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/07/12(金) 21:54:46.19

>>779-780
ありがとうございます
とりあえずデータメンバを構造体にまとめることでなんとかなりそうです

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/12(金) 22:51:40.54

暗黙のコンストラクタに任せるとか一番の事故パターンじゃん

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/12(金) 23:06:47.15

3/5/0のルール
https://ja.cppreference.com/w/cpp/language/rule_of_three

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 02:39:27.85

最近のC++（少なくとも11以降？）ならば、マクロの使用は悪と決めつけてOKなもんですか？
それとも未だにマクロの役立つシーンはあったりするんですか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 02:46:19.08

普通に使ってる
ただ代替がある機能についてはわざわざ使わない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 02:46:46.90

あるよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 03:27:27.54

>>786
template classをいくつかの型で特殊化しておきたいときとか

型の名前を静的に調べる - 凹みTips
http://tips.hecomi.com/entry/20110321/1300691095?amp=1

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 07:14:17.28

>>786
バカが書いたテンプレートよりもlinuxにあるマクロを使った方がマシ。
てか可読性落としてまで型安全とかにこだわる必要なし。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 09:10:55.61

>>786
互換性のない複数プラットフォームに対応しようとするとき
ヘッダーファイルをincludeするかどうかを切り替えたいとき
ヘッダーファイルをincludeしたかどうかでプログラムの動作を切り替えたいとき

なんかは素直にマクロ使った方がいいと思う。
moduleが導入されれば、この辺の組み方も大幅に変わってくるかもしれないけど。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 10:07:13.95

コピコンを定義を求められるときは大概代入演算子も定義するから
コピコンの中身を代入演算子の方に移して
コピコンは代入演算子を呼べば良い

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 10:56:21.38

真の原因がバカにあるのだとすれば、可読性向上を唱えても空しい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 11:59:42.51

>>791
#ifdef とかの話？
それをマクロと言うかどうかは微妙な気がするけど

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 12:24:56.92

#include　しゃあない
#pragma　しゃあない
#line　まあしゃあない
#if系　ある程度しゃあないけどテンプレートやconstexprへの置き換え考えようね
__VA_ARGS__　可変長引数テンプレート使えと言いたいところだけど場合によるのかな
#error　static_assert使え
定数#define　const変数使え
関数#define　##や__VA_ARGS__使うためならしゃあない。そうでないなら死ね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 12:28:53.30

マクロって#defineだけだろ？

あと
> 定数#define　const変数使え
constexpr auto 使え

**デフォルトの名無しさん** (ｽｯﾌﾟ) · 2019/07/13(土) 16:14:29.97

includeもC++20で死ねって言われるようになるの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 17:22:17.35

>>786
○○は悪、とかドヤ顔で言ったり書いたりしてるやつは例外なくアホだと思っていい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 21:44:17.10

マクロの定数(リテラルの定数)とconst/constexprって等価じゃないよね？
実用上はさておき

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 21:56:45.42

定数は大体constじゃね？
ほかのアトリビュートかなんか推論できるか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 22:14:19.00

>>799
constexpr定数はマクロと同様にコンパイル時に置換されるから等価で、名前空間が使える分上位互換でしょ

**デフォルトの名無しさん** (ｽｯﾌﾟ) · 2019/07/13(土) 22:43:26.97

constも定数としてだけ利用するなら多くの場合rom領域に置かれるはずなんだけど
constexprはコンパイル時置換が確定してるのとtemplateやconstexpr ifの恩恵受けられるのが大きいってイメージ

**デフォルトの名無しさん** (ｽｯﾌﾟ) · 2019/07/13(土) 22:48:27.70

そういう話じゃねえなこれ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 22:55:14.78

lvalue-ravalue変換考慮に入れれば#defineの置換とほぼ同じになると思う

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/13(土) 23:07:39.03

#define a 0
constexpr auto b = 0;
auto x = &a; //error
auto y = &b; //ok

等価ではないよね
だからdefine定数は必要と言いたいわけではないよ、念のため

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 00:38:21.57

>>801
#ifdefのように定義されているかどうか調べられないのが唯一の欠点かな。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 02:32:37.43

foo[1].bar->baz.some_method()というのが1万箇所あってこれを
stdObj.some_method()と書きたい場合
#defineマクロなら
#define stdObj (foo[1].bar->baz)
で済むがconst系のやり方だとfoo[1].bar->bazのアドレスを取らねばならず、
コンパイル時の解決が不可能なケースが生ず、

んまーfoo[1].bar->bazをテンプレート引数に渡せば近代的な書き方もできるんだと思うが

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 02:43:00.83

あとVisual Studio 2010のC++限定の話かもしれんが

const struct Hoge someBigArray[50000] = { ... };

// 重複有り、規則性無しのsomeBigArray[]要素アドレスの引用
const foo_t* pA010001 = &(someBigArray[0].m_foo);
const foo_t* pA010002 = &(someBigArray[0].m_foo);
const foo_t* pA010003 = &(someBigArray[0].m_foo);
const foo_t* pA010004 = &(someBigArray[3].m_foo);
const foo_t* pA010005 = &(someBigArray[3].m_foo);
... (1万個ぐらい略) ...
const foo_t* pB019999 = &(someBigArray[9999].m_foo);

const foo_t foo_ptr_list[] = { pA010001, pa010002, ..., pB019999 };

というのをやったらDebugビルドだと20秒ぐらいでコンパイル&リンクが終わるのに
Releaseビルドだとリンクに10分もかかりやがるの;;;

しかし慌てず騒がずpA010001～pB019999を全部#defineマクロにしたら20秒で終わるようになったわ、

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 02:48:10.57

ﾌﾟﾁ訂正
誤：const foo_t* pA010001 =
正：const foo_t* const pA010001 =
（pA010001 以外も同様

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/14(日) 05:22:47.60

単に置換するのと文字列リテラルにして置換するのを両方できるのはマクロだけ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 07:43:05.65

>constexprはコンパイル時置換が確定してるのとtemplateやconstexpr ifの恩恵受けられるのが大きいってイメージ
こういうことやるやつのコードは総じてクソまみれになるって事を考慮しないと。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 08:30:53.65

メタテンプレ絶許マンか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 08:57:22.87

>>812
少なくともこういうバカ返信する奴のテンプレコードはクソ。100%クソ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 08:58:51.70

>>812
やーいばーか(´・ω・｀)

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 09:03:55.82

わからないなら使わなくてエエんやで

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 09:28:25.48

どの言語もテンプレはクソってことか

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 09:30:59.65

>>813
何を思い込んでいるかは知らないけれど
俺はテンプレコードなんて殆ど書かないので問題ないですね

**デフォルトの名無しさん** (ｽｯﾌﾟ) · 2019/07/14(日) 09:50:06.90

>>813
自己紹介かな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 09:52:08.37

こういう奴の生ポインタをガチャガチャ引っ掻き回すコードはクソ。100%脆弱性入り。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 10:21:40.78

ポインタや参照を使う奴がクソ
一般のプログラマ─はimmutableなオブジェクトしか扱わないべき

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/07/14(日) 10:22:25.79

俺はクソだった！

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 10:46:18.68

クソでいいや

**デフォルトの名無しさん** (ｽｯﾌﾟ) · 2019/07/14(日) 10:48:00.68

そもそもC++書いてる奴は総じてクソ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 10:52:11.91

たまにマジでテンプレート否定する奴がいるけどどういうコード書いてるんだろうとは思う
ならもうC言語でいいやんと

**デフォルトの名無しさん** (ﾗｸｯﾍﾟ) · 2019/07/14(日) 11:25:30.46

言語の機能否定するやつはもう消えろと思う

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 12:05:51.96

>>820
？

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/14(日) 12:17:26.84

>>82
最近関数型言語かぶれ増えたよな
一時期のOO厨と同じ
というか実行効率重視しないのにC++使ってるまぬけでしかない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 13:03:52.75

Template なかったら事前にタイプ規定する言語使うの最早ただの苦行やん...

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 13:07:41.55

増えたといっても全部漏れの自演だがな

やっぱ最適化とかmutableなオブジェクトの使用みたいな危険行為は
プロファイルをとった上で
ポイントを絞ってやるべき伝家の砲塔だと思うんですよねー

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/14(日) 14:22:08.64

>>829
それテストドリブン原理主義と同じだよ
現実のC++のプロジェクトでワークしない

実際のとこお前だってそのポリシーでやりきったことないだろ
あるいはそもそも性能要件なんかないただの趣味プログラミングだろ

◆QZaw55cn4c (ﾜｯﾁｮｲ) · 2019/07/14(日) 16:39:34.94

>>829
＞伝家の砲塔
×
◎伝家の宝刀

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 16:58:06.88

ていうか真に速度が求められる箇所ではオブジェクトの生成とかせずに
テーブルで済ますように極力するから極限までの高速化を求められるシチュエーションでは
immutable縛りはあんまパフォーマンスの制約要因にならないｷﾓｽ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 17:21:37.08

で実行速度が求められるあまりmutableな書き方しかできない最たるもの（と一般に考えられている
再起が関係するアルゴリズムとかでも再起の深さが有限なら原理上FSMで表せるし
そうしたときに問題になるテーブルサイズも問題によっては問題固有の特質に着目して削減ができるので
深さとcurrent stateの2つぐらいのmutable要素だけでやれる
ｽｹﾞｰ手間がかかるのであんま一般的ではないが

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 18:55:48.27

なんかコンテストとか競技系の小規模な問題しかやったことない人間の匂いがする

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 20:58:42.72

画像処理用の画像クラスでimmutableとか最悪だろ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/14(日) 21:04:10.52

宣言的プログラミング！
(実装詳細はライブラリにやってもらう)

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 00:35:07.20

今時の性能ならフル描画しなおしでも結構なんとかなるぞ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 01:11:27.79

画像の書き換えまたはフィルタリングを
In-placeで処理したからといってなんか高速化になりましたっけ…
In-placeの方がキャッシュの有効活用にはなるかもしれんが

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 01:15:15.20

In-placeの方がキャッシュの有効活用にはなるかもしれんが、
画像う処理とかデータサイズ＞2時キャッシュサイズなので
もともとキャッシュのrefill上等な前提な印象、
つまりはIn-placeにしたからといって誤差の範囲内

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 04:45:28.21

ネーミングセンス糞すぎて俺のgithubアカウントに○○○Manegerとか○○○Analyzerみたいな名前のリポジトリが並んでるんだけどどうすればいい？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 05:19:41.70

Manegerは恥ずかしい

**デフォルトの名無しさん** (ｽﾌｯ) · 2019/07/15(月) 07:09:19.75

analyserとかちょー卑猥な響きだよね(´・ω・｀)

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 07:35:25.61

>>840
ネーミングセンス云々の前に英語をちゃんと勉強するべきだな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 09:49:59.26

○○○Manや○○○Analと短縮表記すれば良い

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/07/15(月) 09:59:50.02

クラス名は長くして変数名を短くするのがいい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 10:22:06.22

プロジェクト名の話だと思う

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/07/15(月) 10:38:39.02

本当だ...

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 10:50:02.87

初心者前提なのだから1ピクセルずつ操作することを考慮しろ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 12:31:46.06

英語力という点では「登録する」（動詞）を「regist」だと思い込んでいるケースが
メジャーなライブラリでも散見さるる、

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 12:37:01.83

あれ本当に恥ずかしいからやめて欲しい
恥ずかしいと思ってない日本人が多すぎるという事実自体が恥ずかしい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 12:37:18.11

それはconfigureをconfigって略すのと同じだろ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 12:40:40.78

恥ずかしい人がここに

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 12:40:47.47

registerが名詞だと思ってるのか

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 12:46:03.84

>>841
誤字だと分かりきっているものを茶化さないでおくれ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 12:47:25.64

本当に省略形なら"registed"だの"registing"だの"registation"だのはどう説明付けてくれるんだろうね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 12:53:03.24

おっウォーニングの話か？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 13:01:38.24

エンカウントとか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 13:31:00.46

>>853
registerは名詞でもあるだろ
ただ意味が限定される（帳簿とかこの業界だとCPUのレジスタとかになる）ので登録という意味ならregistrationの方がいい

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/15(月) 14:00:46.85

warningとかもなるべく正しい(近い)発音を心がけてるんだけど
nullだけはヌルだわ
2chリスペクトだと思ってるw

◆QZaw55cn4c (ﾜｯﾁｮｲ) · 2019/07/15(月) 14:06:27.37

>>849
resist と書かれちゃうよりはましだとおもいますぅ

◆QZaw55cn4c (ﾜｯﾁｮｲ) · 2019/07/15(月) 14:07:48.53

>>859
ドイツ語ではヌルでいいんですよ、ドイツ語と言い張ればいいのではないでしょーか

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/15(月) 14:15:07.13

なるほど
ヌルポはヌルポッセンドルフの略と思っておきます

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 14:18:25.23

nullはむしろ英語読みが間違っている

外来語導入して読み方変えているのを間違いと言うなら

**デフォルトの名無しさん** (ﾗｸｯﾍﾟ) · 2019/07/15(月) 14:23:34.76

大規模開発やったことないんだけど、C++の仕事ってやらせてください

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 14:25:17.59

自分で仕事を作れば何でもできるよ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 15:22:17.78

正直、メモリ管理もできないような言語の仕事なんか限定されすぎだろうよ。
ゲーム業界くらい？

俺は一応社内システムの仕事でやってるけど、 c++の機能フルで使えないからストレスだわ
c言語のソースそのままコピーしたであろう共通関数あったり、既存ソースはポインタ生で使ってたり、コンパイラーがc++03だったり、boost使えなかったり、微妙

**デフォルトの名無しさん** (ｻｻｸｯﾃﾛ) · 2019/07/15(月) 15:55:13.08

その程度でぶーたれてんのか
入って半年とかか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 16:11:03.46

俺もナマポ暮らしになりたいわ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 16:35:55.59

規模次第だけど社内システムなんて結構好き勝手できるから気に入らない部分はどんどん新技術に載せ替えて行けば？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 16:55:43.24

デスクトップアプリもスマホアプリも当然C++

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 17:05:26.06

boostいらんわ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 17:08:12.98

プロジェクトのひな形を生成したときにまずすることはboostのパスを入力すること

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/07/15(月) 17:26:52.36

vcpkg install boost:windows-x64

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/07/15(月) 17:49:20.12

x64-windowsダルォ？