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/06/15(土) 16:03:43.75

すっぱい葡萄
ttps://ja.wikipedia.org/wiki/%E3%81%99%E3%81%A3%E3%81%B1%E3%81%84%E8%91%A1%E8%90%84
　自分のものにしたくてたまらないにもかかわらず、努力しても到底かなわない対象である場合、
　人はその対象を「価値の無いもの」「自分にふさわしくないもの」と見なそうとし、
　それをあきらめの理由として納得し、心の平安を得ようとするものである。
　フロイトの心理学では、これを防衛機制および合理化の例とする。また、社会心理学においては、認知的不協和の例とされる。
　英語には、この寓話を元に生まれた熟語として "sour grapes" があるが、これは「負け惜しみ」を意味する。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/16(日) 12:29:06.82

ttps://qiita.com/hirokidaichi/items/adccebb41f77eaa6132f
>Paul曰く：
>人は、その人のアイデンティティの一部となっている事について、実りある議論はできない。
>これすなわち、自分のホームに近い話題ほど論理よりも感情が優先されてしまうということ。
>Kathy曰く：
>他の人が夢中になるほど、そのプロダクトやブランドへの憎しみは強くなる
>これはつまり、彼らはクールエイドを飲んでしまってるということだ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/16(日) 16:55:32.05

質問です。

https://dotup.org/uploda/dotup.org1873815.zip
ここまで作ってデバッグしようとしたらシェアードポインタが継承扱ってくれない感じになった。
2017ではできていた気がしたけど、なぜですか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/16(日) 17:32:43.45

thinkFirst
ThinkFirst

オーバーライドするときはoverrideつけたら？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/16(日) 17:36:44.99

>>5
サンクス。こんなことか・・・。
そういえばそういう習慣持ってないなぁ。余裕があったらやってみる。

コンパイル通ったので再開。

助かりましたありがとう。

◆QZaw55cn4c (ﾜｯﾁｮｲ) · 2019/06/16(日) 19:27:55.97

test

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/17(月) 00:12:48.76

>>1乙

前スレ>>1000の人は関数型プログラミング的プログラミングを自らに課している人なのであろう
つまり全てのオブジェクトは属性がコンストラクタで設定され、immutable、、、

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/17(月) 00:55:04.38

getterは読み取り専用のメンバを作りたいときに必要
setterはpimpl化したときに必要

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/06/17(月) 01:18:11.69

const publicがあればいいのか

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/17(月) 09:36:57.72

getterならread only修飾子を導入して
コンパイル時に書きこまれないことを保証すればいい
かんたんだろ

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/06/17(月) 09:43:06.17

mutable なオブジェクトだとしても、setter を付けるメンバー変数は少ないな。
3つのうち1つぐらいの感じ。

**デフォルトの名無しさん** (ｽｯﾌﾟ) · 2019/06/17(月) 14:59:51.76

セマンティクス上で重要なメンバ関数の区別は、オブジェクトの内部状態を変更するものか(非constメンバ関数)と、変更せずに内容を見るためのものか(constメンバ関数)の違いであって
その具体的な処理内容が特定のprivateデータメンバのgetterかsetterかなんて観点は大して重要じゃないし、そんなものに固執して設計を考えるのは馬鹿馬鹿しいし危険だと思う

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

>>13
「状態を変更」の方はまあいいけど「内容を見る」という表現は狭すぎないか。

**デフォルトの名無しさん** (ｽｯﾌﾟ) · 2019/06/17(月) 15:20:09.82

そうね引数を加工するとか他のオブジェクトへのプロキシになるとか色々あるね
getterのイメージに引きずられすぎちゃった

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

コンテナのset, map, multi_mapはconst_iteratorじゃないと正しくforループを回せないって制限あった気がする。どうだっけ？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/17(月) 16:13:33.58

ペアのインデックサがわを弄ったら、ソートぶっこまれて順番が狂う感じの奴かい？

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/06/17(月) 17:06:03.61

構造体のメンバ変数をまとめて以下のように文字列でアクセスできるようにしたいのですが、
構造体のポインタを以下のpointerに一括で割り当てる方法はないでしょうか？

Params {
int param1, param2;
} params;

std::map<std::string, void*> pointer;

// 同じ操作
params.param1 = 1;
*static_cast<int*>(pointer["param1"]) = 1;

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/06/17(月) 17:11:32.29

Paramsは複数の型のメンバ変数を持ちますがpointerにtypeidを合わせて持たせることで使用時の問題は解決できます

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/17(月) 17:11:48.82

>>18
日本語でok

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/06/17(月) 17:15:04.87

以下のように一つずつ割り当てるのではなく、構造体に含まれるメンバの名前とポインタをイテレートして割り当てたいのです
pointer["param1"] = &params.param1;
pointer["param2"] = &params.param2;

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/17(月) 17:26:50.49

リフレクションすれば早い
そうでしょう？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/17(月) 18:55:58.16

そこでプロパティ型ですよ。

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/06/17(月) 21:01:33.96

中身が長ったらしい（と言っても200行程度）ラムダ式ってやめたほうがいいですか？
一般的には普通の関数にするんでしょうがヘッダーに書きたくないんです

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/06/17(月) 21:09:43.46

その関数に名前がつけれないならいいんじゃない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/17(月) 21:20:42.23

ヘッダーに書きたくないって…、cpp内で関数を宣言/定義してもいいんだぞ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/17(月) 22:03:41.11

ラムダ式の存在意義は、コンパイラではなく人間にとっての可読性の改善にある。
どうも可読性が低いなぁと思ったら、ラムダ式をやめるべきだね。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/17(月) 23:09:14.61

>その関数に名前がつけれないならいいんじゃない
完全にダメなパターンだろ。。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/17(月) 23:37:37.03

カッコよくラムダで比較関数を書いたものの、あちこちで同じ比較関数が必要になって結局関数オブジェクトを作る不毛な作業

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/17(月) 23:40:11.50

>>21
c++使わないのが正解

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/17(月) 23:44:17.67

>>29
別にいいじゃない

**デフォルトの名無しさん** (ｱｳｱｳｳｰ) · 2019/06/17(月) 23:44:34.66

>>29 わざわざ関数オブジェクト作成するくらいならラムダをauto変数にいれるのはどうですか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/17(月) 23:45:22.46

クロージャの利点っていうのは
クラスとメソッドに比べたらアクセスするデータのスコープがわかりやすく渡せるってことだが
c++だと同時にデータが処分されるタイミングを考えなきゃならなくて逆にむずい。

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

大抵の言語でループ変数をキャプチャするlambdaを配列に入れるとかするとはまるよね

c++の場合コピーキャプチャ使えばすむけど、キャプチャ方式指定できない言語だと結構面倒なことになる

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/06/17(月) 23:56:31.71

>>26
そういえばそうでした…そうします
>>27
ですよね
初歩的な質問ですいませんでした

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/18(火) 03:06:02.01

>>22
リフレクションっていうんですね
このサイトのリフレクションの実装を超簡易的に真似してみました
結局一つずつ追加することになりますが扱いやすさは悪くないはず…
http://motchy-usk.blogspot.com/2010/07/blog-post.html
https://ideone.com/zc6oHM

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/18(火) 06:13:56.61

プログラム板にキチガイ降臨中！botに一晩も反応する異常さ
一般人(学校恩師)に殺害予告をしているのでスレ建て通報してください。
https://mevius.5ch.net/test/read.cgi/tech/1559872586/

142 名前：a4 ◆700L1Efzuv 投稿日：2019/06/18(火) 05:29:55 ID://qVkzO
>>141
名古屋の人な　俺ね、君の問題を大橋先生と混ぜないことにする。つまりね、
片桐孝洋のことをボコろうと思う。普通に顎の骨を折る。これくらいで警察来るか？
一般市民とかさ、普通にさ、俺らの秘密なんだけどさ、日本人なんて復活ねーから。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/18(火) 08:12:45.67

BoostのSerializationはいつ標準ライブラリに入るの？
もしかしてあまり使われてないの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/18(火) 19:32:46.11

現場で困った早引きできるいい本ってないですかねぇ。今度の現場が初のC++でして

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/18(火) 20:34:17.73

>>39
https://github.com/cplusplus/draft

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/19(水) 02:12:33.91

そこでマクロですよ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/19(水) 02:37:43.11

>>39
cpprefjp

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/19(水) 02:46:18.73

https://postd.cc/embedded-cpp/
>最近のC++のアップデートにより、コンパイラ開発にかかる時間が大いに短縮されました。

これって具体的には何ですか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/19(水) 02:46:53.30

言語仕様系なら「C++11/14 コア言語」？？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/19(水) 02:49:21.59

オートとレジスタが死んだこと？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/19(水) 03:19:29.65

>>43
GCCのバージョンアップでカスタマイズしやすくなった、とかじゃないの？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/19(水) 07:16:37.76

>>43
原文は "The pace of compiler development has increased with the recent updates to C++, ..." で、
C++03時代はバグ修正や最適化の向上がメインだったコンパイラ開発が、C++11以降は
大きな機能追加も伴う規格の改定に追いつくためにペースアップした、という感じかと。
改めて訳すとしたら「最近のC++のアップデートに伴ってコンパイラ開発のペースは増しており、～」ぐらいかな。

**デフォルトの名無しさん** (ｱｳｱｳｶｰ) · 2019/06/19(水) 12:07:30.39

>>39
ポケットリファレンス
ただ次の現場がレガシーC++ならあまり参考にならないだろうけど

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/19(水) 13:56:12.54

原文なんて読む必要あるの？

**デフォルトの名無しさん** (ﾗｸｯﾍﾟ) · 2019/06/19(水) 14:50:44.89

実務で原文読んでたら、一生原文読むだけで終わりそう

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/19(水) 15:09:23.72

大部分の軍人は銃や刀剣の作り方について深く知る必要はない。

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/06/19(水) 16:36:38.81

バカな日本語訳や要約を読んで首ひねる暇があれば原文読んだほうが早い

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/19(水) 17:36:22.46

日本語と同じく速度で英語を読めるようになりたい

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/19(水) 19:14:55.87

>>53
結局のところ、たくさんの単語を覚えるしかない。数は力だよ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/19(水) 20:55:08.64

昔に比べれば英文なんてそこら中にあるんだから読めばいい。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/19(水) 21:04:53.64

引き籠りが毎日ひたすら英語版のwikipediaを読んでいたらいつのまにかとんでもない英語力が

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/19(水) 23:14:25.37

昔は民主主義はどうのこうのとか洗脳じみたreaderしかなかったよな？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/19(水) 23:58:30.86

C++のスレッドや並行処理でこれ読んどけっていう資料や本などありますか？
pthreadはもう使いたくない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/20(木) 00:00:20.59

今時はstd::thread使えば済むんじゃね

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/20(木) 00:11:04.17

えーっと、終わりが明確なものは、std::asyncでスレッド投げればいいと思うよ。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/20(木) 00:35:57.46

>>58
他の本はしらないが、「Effective Modern C++」には必要なことは書いてある、と思う。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/20(木) 04:18:30.46

std::asyncって生まれた瞬間にdeprecated送りになってなかったっけ？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/20(木) 11:45:49.37

std::asyncはダメなの？

**デフォルトの名無しさん** (ﾌﾞｰｲﾓ) · 2019/06/20(木) 12:24:14.76

>>62
なんか別のものと間違えてない？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/20(木) 14:54:38.04

11でのasyncの自動でjoinする仕様について
『致命的な問題でありasyncは実用にならない欠陥品。
破壊的変更になっても次の規格で修正すべき』
って声が(一部で)あったんよ(※表現は誇張しております)

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/20(木) 15:21:36.40

std::async使ってみましたがstd::launch::async指定すると自動でjoinしますね
デストラクタで待ってるんですかね
std::launch::defferredを指定するとすぐ返ります
確かに微妙に使いにくいw

**デフォルトの名無しさん** (ﾜﾝﾄﾝｷﾝ) · 2019/06/20(木) 15:52:17.95

実装依存だから環境によってはスレッド作成すらしてないかも知れない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/20(木) 16:18:06.15

お約束ですね。

**デフォルトの名無しさん** (ﾗｸｯﾍﾟ) · 2019/06/20(木) 17:57:10.96

rust使ったほうが楽

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/20(木) 18:03:13.72

コンセプトですよコンセプト。来年に期待しましょう。
unifide call syntaxもその後入ることに期待です。
関数チェインしたいんです！

と、唐突に宣伝を始めるなど。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/20(木) 19:15:02.26

>>56
不思議なことに、読めるようになると、聞き取れるようにもなるんだよね。
どうしてだろね。
不思議不思議。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/20(木) 23:00:29.85

読み書き話すはできるが聞き取れねーんだけど・・・

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/21(金) 00:28:19.29

読み書きは下手くそでも時間かかってもなんとか通じるからいいけど音声はGoogle翻訳に頼れないのがつら

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/21(金) 00:32:02.14

Youtubeに音声自動翻訳字幕機能ほしいよねw

**デフォルトの名無しさん** (ｻｻｸｯﾃﾛ) · 2019/06/21(金) 16:04:18.10

再帰を用いずに、
a0=0
an=( an-1×an-1 )+1
の1～6を出せ
ってやつが全然できないので教えてください。

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/21(金) 16:41:53.38

意味わからん

2019/06/21(金) 16:49:46.98

0からループ使えばいいだけじゃないの

**蟻人間** ◆T6xkBnTXz7B0 (ﾜｯﾁｮｲ) · 2019/06/21(金) 16:52:32.29

>>75
#include <stdio.h>
int f(int n)
{
int i, a = 0;
for (i = 1; i <= n; ++i) a = a * a + 1;
return a;
}
int main(void)
{
int i;
for (i = 1; i <= 6; ++i) printf("a_%d: %d\n", i, f(i));
return 0;
}

**デフォルトの名無しさん** (ﾄﾞｺｸﾞﾛ) · 2019/06/21(金) 20:41:29.94

>>75
> 再帰を用いずに、
その意図は？
単にスタック使いたくないだけなら最近のコンパイラにまかせりゃ末尾呼出最適化ぐらいはするから気にすんな

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

なんかの課題だろ

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

平均値も出せないMath.hはクソだと思う理由

１．エクセル関数で簡単にできちゃう
２．電卓でもできることがプログラムになると煩雑になる
３．平均値を出すのにコードを書き換える手間など

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/21(金) 21:19:00.28

平均値の計算は実は簡単ではない

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

そもそもmath.hはC言語のライブラリ

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/21(金) 21:29:06.50

そのエクセルの関数の機能や電卓ツールはmath.hを使って作られている

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/21(金) 21:48:48.65

浮動小数甘く見過ぎ

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

C++コードをC++コンパイラでコンパイルするのと
CにトランスパイルしてCコンパイラでコンパイルするのと

どっちが性能良いんだろう？
トランスパイラの優秀さにもよりそうだが

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

CがC++よりハイパフォーマンスという前提がありそうだが、そんなことはない

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/22(土) 16:04:32.30

今時c言語のみのコンパイラなんて見かけないな

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/22(土) 16:12:52.94

>>86
いったんトランスパイルを挟むと、C++の元のコードをCで表現できる範囲内のコードに置き換えなきゃならないから、その時点で元のコードのままならなできた最適化のうちの一部はできなくなるだろうし、わざわざ効率の悪いコードに置き換えなきゃならないこともあるだろう。
トランスパイルの方が効率が上がる理由はないと思うよ。

◆QZaw55cn4c (ﾜｯﾁｮｲ) · 2019/06/22(土) 16:38:05.67

現時点で利用可能な C++→C トランスパイラは何ですか？

**デフォルトの名無しさん** (ﾜｯﾁｮｲ) · 2019/06/22(土) 16:53:56.35

llvm

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

https://benchmarksgame-team.pages.debian.net/benchmarksgame/fastest/cpp.html

C++がCに勝ってる項目があるんだけど信じがたい

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

https://gist.github.com/simonhf/de808e0f8240ef27dac655505c8bf30f#file-result-summary-txt

こっちだとJavaにすら負けてる
なんなんだろうねベンチマークって

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

http://blog.dhananjaynene.com/2008/07/performance-comparison-c-java-python-ruby-jython-jruby-groovy/
どうやらC++はメモリの確保と解放にコストがかかるから
Javaはまとめて大量にヒープをもってプールして使ってくから
そこでJavaが勝利する場合があるらしい。
C++もメモリをプールしていちいち確保しないようにすればJavaより速くなる。
しかしいちいちそんな事やってられるか？

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

>>89
c++のままでないとできない最適化って何がある？