C++相談室 part133

2017/11/24(金) 16:52:50.43

次スレを立てる時は本文の1行目に以下を追加して下さい
!extend:on:vvvvv:1000:512

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

前スレ
C++相談室 part132
http://mevius.5ch.net/test/read.cgi/tech/1507561894/

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

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

[C++ FAQ]
https://isocpp.org/wiki/faq/
http://www.bohyoh.com/CandCPP/FAQ/ (日本語)
VIPQ2_EXTDAT: default:vvvvv:1000:512:----: EXT was configured

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

2017/12/12(火) 22:30:05.03

>>501
Storedプロパティに限定した話だったの？
俺そっち要らない派だからどうでもいいんだけど。

2017/12/12(火) 22:32:20.45

>>495
>>486読んでまだそんなこと言ってるなら相当ヤベーぞ w

2017/12/12(火) 22:32:51.93

C#のプロパティはカプセル化の範疇を超えた使い方する奴が出てきてからクソだと思い始めた

2017/12/12(火) 22:43:30.63

>>504
可能であれば例よろしく。URLでいい。

2017/12/12(火) 22:44:50.18

いや、どんな機能もクソな使い方をする奴は少なからずいるよ。
そんなもんだよ。

2017/12/12(火) 22:48:51.09

C言語にバックポートしてほしい機能はテンプレート一択。
何を言っているのかわからないと思うが。。。

2017/12/12(火) 23:10:28.93

>>505
プロパティ便利すぎとか言ってる同僚が書いた200行を超えるゲッターや初回だけ挙動が違うセッターなど
publicな変数も混ざってる環境なため普通の変数だと思ってあっちこっちで参照していたら気づかないうちに激重になっていた
どこがボトルネックになっているのか探すのに時間がかかった

2017/12/12(火) 23:13:23.41

仮にもc++使いならばそんなアホみたいな事例を気にする必要はなかろう

2017/12/12(火) 23:43:37.47

>>508
サンクス。

> どこがボトルネックになっているのか探すのに時間がかかった
多分これがC++がプロパティを入れない理由だと俺は思っているが、
今のC++の勢いならどうせいつか入れるのだろうとも思っている。

> 200行を超えるゲッター
これはあまり行儀はよくないが、
メソッドとフィールドの文法的区別をなくすのがgetteｒでもあるから、
正しいといえば正しい。

> 初回だけ挙動が違うセッター
これはコンストラクタでやるべきものをセッターに持って来たことが悪い。
つまり、セッターの問題ではない。
セッター文法がこれを誘発するかと言えば、関係ないと思うから、プログラマその人の問題だと思う。

で、C++は一応「プログラマは正しくプログラミングできる」という前提だから、
どうせプロパティもいつか入れるんでしょ、と思っている。
その時には、「getterには重い処理を入れない」等の掟が出来るのだと思う。

2017/12/13(水) 00:53:04.54

＝での演算子のオーバーロードがsetterに相当する
その辺りを自動でやってほしい
他、＋＝やらの演算子も余りにも面倒なのでどうにかしてほしい

pythonではそういう軟弱な特殊メソッドがあるが軟弱なのでC++の感触には合わない
さらに困難で不可解な記述方法を編み出すべきだ

2017/12/13(水) 00:56:28.78

どういうポリシーだよ。

2017/12/13(水) 01:04:25.30

C#についてはサッパリだけど、調べたらかなり便利そうな機能だね、処理を差し挟めるというか？

C++で「stringのように振る舞う値」を作ろうとするとまずその型から定義しなきゃならないし
継承でやっつけることも可能だけど、問題点もある
さらに「intのように振る舞う値」となると継承不可だし、各種演算子をいちいち定義しないといけない

型を定義したいわけじゃなく、ある型のインターフェースを持ちつつアクセス時の処理を入れたいだけ、ってのは
確かにC++にも欲しくなるね

大した例えじゃないと思うけど、いずれ似たようなことが出来るようになったらいいなぁ

2017/12/13(水) 01:07:04.42

プロパティって要するに、セッターは1引数の関数って場合が多いような。ゲッターは引数無しの関数。
カッコつけないだけで可読性がそこまで上がるもんかと思う。

2017/12/13(水) 01:13:16.30

window.SetSize(display.GetSize() * 0.5);
よりは
window.size = display.size * 0.5;
の方が読みやすいとは思う

2017/12/13(水) 01:21:21.53

んー。まぁそうかも。

2017/12/13(水) 02:17:03.25

ゲッターのポインタをどうやって取るつもりだよ

2017/12/13(水) 02:38:27.29

なぜそんな使い方をするのかよくわからん。
参照でパクってくるのはできないの？

2017/12/13(水) 02:39:20.43

あー、あーるばりゅーに＆つけるのってダメなんだっけ？

2017/12/13(水) 02:47:06.16

そうそう、汚物感が皆無なのよねえ

2017/12/13(水) 04:41:15.27

>>500
Kotlinはなんか注目度高いらしいな
スマートニュースか何かで見た

2017/12/13(水) 04:58:13.06

>>496
非標準だけどC++Builderが一番求めるものに近いと思う
http://support.embarcadero.com/jp/article/35947

2017/12/13(水) 05:38:19.00

ここで議論してる人って、↓の話は当然理解してるんだよね。
http://ufcpp.net/study/miscprog/accessor.html#proxy

2017/12/13(水) 06:53:58.70

>>523
>>484

2017/12/13(水) 07:47:58.27

https://ideone.com/x4WLWF
これを見てくれ、こいつをどう思う？
大分前にここにも上げたやつ。
こういうこともできなくないけど、標準で持ってほしいのはわからんでもない。
まぁ、カッコ一個減ったくらいでそんなに変わるかどうかはビミョーなところ。

2017/12/13(水) 07:51:32.20

>>502
Storedとも違う

2017/12/13(水) 13:46:22.45

>>525
プロパティっぽいことは実現できてると思うんだけど、
いかんせん型が違うから、例えばstringのメンバ関数呼び出しは出来ないし
暗黙のキャストが効かない場面でエラーになるんじゃないかな
やっぱ言語でサポートしてくれないと限度がある

と思ったけどT.P + T.Pとかが通って吹いた

2017/12/13(水) 13:59:38.92

リファレンサなんか大昔からみんなやってることじゃん
誰かがいみじくも言っていたようにカッコ１つ減らすためだけに
そんな馬鹿げた努力（言語の複雑化も含む）がしたいのか

2017/12/13(水) 15:06:44.35

努力はしたくないけど言語の複雑化は構わんなあ
もっと複雑な機能いっぱいあるし、プロパティなんてかわいいもんでしょ

2017/12/13(水) 15:21:57.42

>>528
何を偉そうに言ってるのかわからんが、俺も似たようなことやってきた上で言ってる

カッコ１つ減らすためだけに、ってのはちょっと矮小化しすぎ
>>523がどのような意図でリンク貼ったのかはわからんけど、
最後の一文でプロパティ便利だなっつってる

本質はアクセス時に処理を差し挟めることだと思うんだが
クラステンプレートで仲介するのは、新しい型を定義することになるから
ものすごい遠回りになるし、どうしてもC++の型システムと相性が悪い

まぁ必須とは言わないけどあれば便利だなとは思う

2017/12/13(水) 16:32:25.04

>>529
お前さんの理想は、お前さんが書くべきコードそのものが
コンパイラにビルトインで入っていることなんだろうな
すごい儲かりそうだね

2017/12/13(水) 19:43:44.26

[][][] [][][] [] [][][][] [][] [][][][][] [][] [][] [] [][][][][]
[] [][][][ [][][][][] [][ [][] [] [][][] [] [][][] []
[][][][] [] [] [][][][][][ [] [][][] [][] [][] []

2017/12/13(水) 20:46:34.93

>>527
えー？stringのメンバ呼べない？const参照してるだけだから呼べない道理はないはずだけど。
まぁ、マズそうなら一回static_castかませないとダメなんだっけ？うーむ。
まぁ、難しいことは考えずサンプルとして見てくれ。

2017/12/13(水) 21:13:48.92

>>528
>>444へ戻る

バカはなぜか同じ話題を延々ループさせたがるんだよな w

2017/12/13(水) 21:31:45.92

>>533
Test<std::string> T;
size_t a = T.P.size();
とかやった場合の話ね（もちろん明示・暗黙に関わらずキャストされたらいける

継承使えばメンバ関数もいけるだろうけど・・・・そうすると多分、スライシング等の問題が・・・・

そんなこんなでプロパティか、それに近い機能入ってもいんじゃね？と思っただけｗ

2017/12/13(水) 21:44:08.48

>>535
推論してくれないのか。そこまで便利にはできてないか。
ちょっとアイディア無いのでこれまでだな。
色々教えてくれてありがと。

2017/12/13(水) 22:11:05.97

つかな、使ってもないのに使用感を予想で語るの止めい。
そりゃ話がループする。
他言語には普通にあるんだし、使ってる奴のレポートを待てばいいんだよ。

利点は、フィールド←→メソッドを変更するときに、記述変更が少なくて済むことだ。
場合によっては戻すこともあるから、その時も助かる。
従って、アジャイルで既に動いているコードを変更しまくるときには便利だが、
ウォーターフォールで基本書いて終わりなら大してメリットはない。()が付くだけだ。

これとは別に、JavaScriptの場合はフィールドとメソッドを区別してないので、オーバーヘッド無しの遅延評価にも使える。
（プロパティ《関数ポインタ、ここで遅延評価する》をフィールド《遅延評価の結果》で直接上書きできる）
C++でこれをやる場合、オーバーヘッドが生じるし、そもそもメソッドコールでいい。

結果、C++には記述上のメリットしかなく、
これはIDEが進歩してリファクタリング出来るようになれば解消する話でもある。
だからそれを待つ、という作戦もありだろうし、
それ以前にIDE側のプリプロセッサでpropertyをサポートしてしまえ、ってのもありだと思う。
まあ、あれば便利程度で、あまり本質的ではない機能なのも事実だ。

2017/12/14(木) 00:16:08.20

お前がそう思うならそうなんだろう
お前の頭の中ではな
貴様の意見も机上の空論でしかない

2017/12/14(木) 00:18:30.33

そんなにつぶし合いしたいかね。
収集しようとしてるのに。

2017/12/14(木) 05:16:24.25

>>537
C++を他言語にしたがるやつはどこにでも湧くダニみたいなもんだ
#define begin {
#define end }

2017/12/14(木) 06:45:49.20

>>537
なぜ爺は終わった話をクドクド繰り返すのか

2017/12/14(木) 08:20:19.27

c++でIF公開するときはメソッドに統一する、でおしまいの話なのにな。

2017/12/14(木) 09:02:11.18

文句だらだらなら、GCCを自分で仕様を追加しちゃえよ！

2017/12/14(木) 09:19:33.65

かつて禿がcfrontを作ったようにか

2017/12/14(木) 09:28:38.36

自分で仕様を追加したGCCとか>>540のマクロとたいして変わらんくない？
いや公式GCCにアクセプトされるなら話は別だけど

2017/12/14(木) 09:38:06.70

追加する仕様によるな
禿がCに「追加した」機能はマクロじゃ済まない

2017/12/14(木) 16:58:09.71

そんなにプロパティ欲しいとは思わんが、単純な値操作ならメンバの参照返すメソッド作れば事足りるんじゃね？
それよりconst地獄ってホントにあるの？
const使いまくってて体感したことないんだけと。

2017/12/14(木) 17:04:38.91

メンバの参照を返したらprivateにしている意味が完全に失われるぞ

◆QZaw55cn4c (ﾜｯﾁｮｲ b260-4mDj) · 2017/12/14(木) 17:24:38.06

>>547
上流が const を渡してきたら、下流は逆らえない、ってことでは？

2017/12/14(木) 19:25:05.92

自作クラスのメンバ関数にconst全く付けてないタコが聞きかじりで中途半端に付け始めて
「メソッド呼べない！ムキー！このconstってやつ使えねー」ってパターンが大半だと思ってる

2017/12/14(木) 19:27:31.22

const地獄になるってことはそのコードが間違ってるって事だからな
全部直せ

2017/12/14(木) 20:46:09.64

>>547
本気で言ってるなら、それは経験が足りない

2017/12/14(木) 20:54:50.42

副作用の少ないきれいな設計ならconstだらけになるはずだが

2017/12/14(木) 20:59:02.63

>>553
これ

2017/12/14(木) 21:01:34.68

No.1
1 2 3 4 5
2 3 4 5 6
No.2
1 2 3 4 5
2 2 2 2 2
3 3 3 3 3
No.3
3 4 5 6 7
：
：
No.n
というtxtファイルがあり。No.〇の次の行に整数が記入されている（何行あるかわからない）
整数の左からx1[ i ][ k ]、y1[ i ][ k ]、x2[ i ][ k ]、y2[ i ][ k ]、A[ i ][ k ]の配列にそれぞれ書き込み
もし次の行整数があればi＋１をしまたそれぞれの配列に整数を書き込む
もし次の行に整数がなければ（No.の行）k+1を次の行にいき整数をそれぞれの配列に書き込む。
これをNo.nまで繰り返す。

このプログラムをfopenを使ってプログラムどなたかつくってくれませんかー？

2017/12/14(木) 21:33:16.59

宿題くらい自力でこなせ脳筋

2017/12/14(木) 21:45:38.41

ヒント。
いずあるふぁっていう関数どっかにあるから、先頭にアルファベットがあったらスキップや。
それと宿題スレって落ちたの？

◆QZaw55cn4c (ﾜｯﾁｮｲ b260-4mDj) · 2017/12/14(木) 21:52:05.84

>>555
宿題スレへ
http://mevius.2ch.net/test/read.cgi/tech/1456908378/

2017/12/15(金) 00:18:39.45

const指定って下流が対応してないのに上流からやり始めるのは愚だよね

2017/12/15(金) 09:14:14.38

>>559
どういう意味？

2017/12/15(金) 11:53:03.91

プロパティよりも、deleteするとコンパイルエラーになるポインタが欲しい。

2017/12/15(金) 11:55:37.18

>>561
std::shared_ptr<int> a{std::make_shared<int>()};
delete a; //C2440

2017/12/15(金) 12:49:17.55

>>561
あるじゃん

2017/12/15(金) 15:39:48.05

>>562
int*に代入できたっけ？

2017/12/15(金) 16:14:46.51

>>564
後出しはきたねえよ

2017/12/15(金) 18:44:29.20

スマポも「ポインタ」とは言うけどさぁ

deleteの文脈で言っているんだから、オブジェクトは想定外だわ。

2017/12/15(金) 18:52:20.56

そんなもん何の役にたつのか解らんわ

2017/12/16(土) 06:47:52.76

所有権のないスマポ（？）ならstd::observer_ptrがもうすぐ入るから待っとけ

2017/12/16(土) 06:55:04.26

ところでスマポのコンストラクタの書き方ってどっちがいいの？

class Foo
{
std::shared_ptr<Bar> bar;
Foo(): bar(new Bar(42, 100.5, "xxx")){}
Foo(): bar(std::make_shared<Bar>(42, 100.5, "xxx")){}
};

下の書き方されてるのよく見るけどこれって
「newがあるのにdeleteがない！１１１」って発狂するアホコードチェッカを黙らせる以外にメリットなんかあるの？

2017/12/16(土) 07:12:04.23

↓の備考よめ
https://cpprefjp.github.io/reference/memory/make_shared.html

2017/12/16(土) 07:21:37.50

あーなるほど
new隠しだけのための砂糖だと思ってましたありがとう

ということはunique_ptrの場合はメリットなしでいいんですかね

2017/12/16(土) 07:29:56.22

俺もmake_uniqueはいらねーよなぁって思ってたけど使った方が例外安全なんだとよ

2017/12/16(土) 09:33:48.78

むしろmake_uniqueが11に無くてキレた

2017/12/16(土) 22:08:09.44

point cloud libraryというライブラリを読んでいます。

kdtreeクラスはsearchクラスをパブリック継承しており、
kdtreeクラスの冒頭で、searchクラスのデータメンバやメンバ関数の一部をusingしています。

これはどういう意味があってやっているのか教えて頂けないでしょうか。

2017/12/17(日) 10:02:55.57

IO2D楽しみだなー。
ウニファイドコールシンタックス復活しないかなぁ。

2017/12/17(日) 18:17:59.07

質問です。

#include "classB.h"
class A{
private:
B* b;
public:
void set(B* b){this->b=b;}
B* get(){return b;}
};

クラスAのメンバーにクラスBのポインタとアクセサがあります。
しかし、set()を使わずに、get()を使ってメンバーにアクセスできてしまいます。
例：a->get()=b;

ポインタではなく、複製したインスタンスを返すことも考えたのですが
クラスBのサイズが非常に大きいため、
可能であれば複製はしたくありません。

どうかご助力をお願い致します。

2017/12/17(日) 18:32:55.64

const B *get() const {略}

2017/12/17(日) 18:33:44.11

get()を消す

2017/12/17(日) 18:37:56.02

B* b = nullptr;
B* get(){ assert(b != nullptr); return b;}

こうでもしとけばいいよ

2017/12/17(日) 18:39:29.53

>>576
const B* get() { return b; }

あとこうでは
*(a->get()) = b;

2017/12/17(日) 18:41:17.67

エスパーだがポインタみたいな動作させたいなら operatorｰ>() を定義すりゃいいけど上の説明だとなにがやりたいのか具体的にわからないね

2017/12/17(日) 18:48:28.66

>>578に賛成

2017/12/17(日) 18:56:03.60

>>577-582
ありがとうございます！
なるほどconst、普段しっかり使っていないツケが来ましたorz
ただ、そのままだと代入できなかったので、勉強してきます。
ありがとうございましたm( _ _)m
>>580
すみません、ご指摘の通りです。ありがとうございます！

2017/12/17(日) 19:23:44.84

Bがなんだかわからないけどsetがものすごくまずいように見える

2017/12/17(日) 19:40:09.05

[][] [] [][][][] [][] [] [][][][][
[ ][] [

2017/12/17(日) 20:35:52.39

gtkmmググっても英語含めて１７ページしかないんだわ(´・ω・`)

2017/12/17(日) 20:39:57.73

オブジェクトの内部データへの変更を許すフリーパスを外に与えるようなsetterやgetterはNG、

しかしあまり杓子定規にそれを言い立てるとファイルハンドルとかもgetterで返して良いかどうかﾋﾞﾐｮｰに…
ファイルはオブジェクトの内部データではないお客様という解釈で乗り切る？

2017/12/17(日) 22:46:35.33

いいわけないだろ
教条主義にとらわれていると
そういうことがわからなくなる

2017/12/17(日) 23:31:57.93

フレンドクラスに見せるようにする方が例外扱いが明記される分だけマシ

2017/12/17(日) 23:42:11.90

フレンドはカプセル化を推進する良い子

2017/12/17(日) 23:55:34.47

クラスオブジェクトソリッド

◆QZaw55cn4c (ﾜｯﾁｮｲ b260-E7Ol) · 2017/12/18(月) 00:10:07.85

>>295 >>292
accelerated c++ をぼちぼちやっています。
>>295 にもバグがあり、正しくは
https://ideone.com/sK4aJ2

一行を最後まで読んでしまったのなら、即座にループを抜けないといけない
なんだか最近 while() の使い道がなくなってきたように思えるのです…いつも for(::) { break; } ばかり書くようになってしまった…

2017/12/18(月) 00:12:01.54

停止性を担保するのは良いことだと思うが。
結局無限ループからのブレークしか使ってないなら頭整理してWHILEに置き換えるようにするなぁ。

◆QZaw55cn4c (ﾜｯﾁｮｲ b260-E7Ol) · 2017/12/18(月) 00:20:14.98

>>593
停止性の確認を行った後、余計なことを一切してはいけない、という制約が加わると
途中判定の break 脱出以外に手がない、と考えています
あまり思い出したくないんですが、DOS/Windows の findfirst/findnext なんかも似た類かと

◆QZaw55cn4c (ﾜｯﾁｮｲ b260-E7Ol) · 2017/12/18(月) 00:25:32.54

>>593
ああ、こういうのはアリでしたね
コメントありがとうございます。
https://ideone.com/9r8rZe

2017/12/18(月) 02:19:29.29

アプリケーション上で確保されたヒープ領域を追跡したいです。
operator new/delete と allocator を弄ればできると思い調査していたころ
「プログラミング言語C＋＋第４版」P997 に
「標準ライブラリのすべてのコンテナは、newによってメモリを確保して、deleteによって解放するデフォルトアロケータを（デフォルトで）もっている」
と書かれていました。つまり、new をグローバルでオーバーロードすれば追跡可能です。
実際、手元のコンパイラでは std::vector のメモリ確保と解放を追跡できました。
ここまでの内容は規格で保証されている事柄ですか？
実際のアプリケーションに組込むことを考えています。

2017/12/18(月) 02:36:31.34

メモリの確保形式はさすがに実装依存でしょ。
最近リーヌスがブチ切れたらしいけど。
メモリーオーダーコンシウムとかの話は今やってるところ。

2017/12/18(月) 03:43:10.43

>>596
>アプリケーション上で確保されたヒープ領域を追跡したいです。
つgperftools

2017/12/18(月) 07:43:59.76

>>596
std::allocator<T> (The default allocator) についての [allocator.members] で規定されてる。
> Remarks: the storage is obtained by calling ::operator new, but it is unspecified when or
> how often this function is called.

標準コンテナにアロケータを指定しなければ std::allocator が使われるから、それでいける。
「実際のアプリケーション」に変なものが混ざってなければね。

2017/12/18(月) 07:50:02.22

アロケータ自作してスパイアロケータとか作ればそれっぽいことはできるね。
標準コンテナに限っては。

2017/12/18(月) 09:32:57.28

>>576
ポインタを返さずに、ハンドルクラスを定義してそのオブジェクトを返す。