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