C++相談室 part131 [無断転載禁止]©2ch.net

2017/07/29(土) 11:28:28.97

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

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

前スレ
C++相談室 part130
http://mevius.2ch.net/test/read.cgi/tech/1490917669/

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

■長いソースを貼るときはここへ。■
　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/08/24(木) 22:12:47.64

Windows Phoneの開発で使うC++/CXにはpropertyが構文でサポートされているで
ていうかpropertyがあることが存在意義な感じ？（ネイティブなC++は別にあってそれはそれで利用可能

2017/08/24(木) 22:15:25.24

データメンバ直アクセスでなくてpropertyにすると良いことがあるというのは
マーシャリングを裏で勝手にやって来る点

2017/08/24(木) 22:28:47.63

メンバ関数でいいじゃん。ということだろ。

2017/08/24(木) 22:34:36.32

　｜
　｜　('A`)　.oO（名前考えるのﾏﾝﾄﾞｸｾ
　／￣ﾉ( ﾍﾍ￣￣￣
／

2017/08/24(木) 22:54:26.67

0変数:getter, 1変数:setter, 尻尾付き:メンバ変数
とかは良くやるな

2017/08/25(金) 00:06:28.73

>>287
それ以前のVC++/CLIからサポートされてる。

>>286
駄目。
propertyは新規機能ではなく、見た目だけの問題だから、
逆に言えば、見た目がpropertyで書いた時より分かりにくいようなら駄目なんだ。
ほぼ同じ事はラムダとファンクタでもそうだけど。

2017/08/25(金) 00:10:22.03

>>268
オペレーターのオーバーライドとにたような感じになると思うけど、その挟み込む処理の重さが隠蔽されてしまうという問題があって、一般には、非推奨だとおもうのだけど今はかわってきてるのかね？

たとえば、代入しているだけだとおもったら、実はファイルアクセスまでしてたとかかな。

2017/08/25(金) 00:19:32.01

>>293
>258理論によれば、老害じゃなければ一目で処理の重さがわかるんじゃね
もっとも処理の重さに関するC++の不透明さに警戒を抱くことを老害とするならば、
カーニハンやリッチーも老害にカテゴライズされてしまうが

2017/08/25(金) 00:49:30.90

>>294
K&Rというか生Cが嫌っている理由は「余計なことをするな」だ。
適切に使っている限りC++は不透明ではない。それでも彼等は嫌うだろ。

>>293
横だが結局は使い方次第だよ。C++はいくらでも読みにくいコードを書けるから。
ただ、きちんと使えば有用な機能だよ。
演算子オーバーロードについてはgoogleは「慎重にやれ」だね。
https://ttsuki.github.io/styleguide/cppguide.ja.html#Operator_Overloading

どうでもいいが、何故演算子は「オーバーロード」なんだ？
言われてみれば「オーバーライド」の方が適切な気がする。

2017/08/25(金) 02:45:57.11

>>293
それは言語機能の問題じゃなく実装の問題じゃない？

propertyってメンバ変数がどうなっているかに関わらずオブジェクトの状態を表すもの
言語機能の話をしているのであって
既存の機能をやりくりして似たことは出来るって言われてもって感じ

2017/08/25(金) 04:18:10.56

「処理の重さを隠蔽するな」なんて思想がそもそもあるのかね？

2017/08/25(金) 05:23:39.04

>>295
オーバーロードは新設で、たいていのoperatorがこっち
オーバーライドは変更で、代入やnewが本当はこっち

2017/08/25(金) 06:02:53.19

property ってパブリック変数とどう違うの？

2017/08/25(金) 06:53:00.86

>>294
> >258理論によれば、老害じゃなければ一目で処理の重さがわかるんじゃね
どこにも「わかる」って書いてないのにどんなアホ解釈したらそんな結論になるんだよ w

2017/08/25(金) 06:55:30.90

>>295
> どうでもいいが、何故演算子は「オーバーロード」なんだ？
> 言われてみれば「オーバーライド」の方が適切な気がする。
オーバーロードとオーバーライドの違いもわかってないの？
まあ>>298も色々おかしいが

2017/08/25(金) 07:02:27.63

オーバーロードってモモンガ

2017/08/25(金) 07:24:58.66

https://ideone.com/CUMjUp
http://qiita.com/a-beco/items/7709ab80a05ea2d09ea8#%E3%83%86%E3%83%B3%E3%83%97%E3%83%AC%E3%83%BC%E3%83%88%E5%BC%95%E6%95%B0%E3%81%AB%E3%83%9D%E3%82%A4%E3%83%B3%E3%82%BF%E3%82%92%E4%B8%8E%E3%81%88%E3%82%8B
なんか通った。プロパティですよ？
こんなかんじでいいのかな？
何で動いてるのかよくわからん。Orz

2017/08/25(金) 07:49:18.88

>>300
>>254～>>258の流れをa=1;の実行速度が一目見てわかるのかどうかという問題提起の意味に解釈すた、
パフォーマンスを読みきるには何の言語であれボトルネック（ループ回数×1回の実行時間が最大の処理）の特定が必要だが
C++は演算子のオーバーロードとかインライン展開とかテンプレートがそれ以前の障害として立ちはだかる点がCより重症
パフォーマンスを上げるための手段を豊富に提供してプログラムを書く人の選択に委ねているみたいな？
つまりC++はソースコードのROM専はお断りな言語

>>295
ｽﾏﾝ言いたかったのはK&Rではなくてカーニハンとロブ・パイクやったorz
『プログラミング作法』の第7章「性能」のところにC++の特性について（CやJavaとの比較が）書かれていた希ガス、
（目次）ttps://tatsu-zine.com/books/practice-of-programming
ちな本は売ったから手元に無い

>>297
本来のK&Rがまさにそれなのでは…
Unixの移植目的で作られた言語なので、移植性と意図通りのアセンブリコードに落ちること
（ソースコードからアセンブリコードが透けて見えること）の両立が着手時点の第一優先だったはず
故に生ポインタが言語の前面に出てきてインクリメント/デクリメントがそれぞれ2種類あった

2017/08/25(金) 08:42:44.14

>>298
いや、new もオーバーロードでしょ。

2017/08/25(金) 08:51:39.36

newはオペレーターじゃないの？

2017/08/25(金) 08:53:26.21

いやいや、newは新しいって意味

2017/08/25(金) 09:08:17.73

新しくメモリのようなものを持って来るってことでしょ。
言語上ではオペレーターじゃないの？

2017/08/25(金) 09:09:11.80

オペレーターかどうかの議論なんて誰もしてない

2017/08/25(金) 09:11:08.77

オペレータはオーバーロードするもんじゃね？
まぁいいか。

2017/08/25(金) 09:52:04.11

>>305
「本当は」って書いてるだろ

# 流れを読んでない近視眼的なアフォどもは無視

2017/08/25(金) 09:54:07.34

「本当は」とは？

C++の規格？
本来の英語の意味？

2017/08/25(金) 09:55:05.21

突然「本当は」とか書いても、どういう意味でどういう意図で書いたかなんてわからんぞ

2017/08/25(金) 10:21:51.52

わかんなくていい
バカ以外とさえ話せれば

2017/08/25(金) 12:45:56.08

>>304
ごちゃごちゃ書いてるけどどこから
> 老害じゃなければ一目で処理の重さがわかるんじゃね
が出てくるのかさっぱりわからん

2017/08/25(金) 12:58:22.38

>>311
いや、グローバルのオペレーターに対して、型特化を新設するんだから、newも代入も、オーバーロードでいいんだよ。って話。

c++の実現方法（クラス内定義）でイメージしちゃうから、オーバーライドと思っちゃう気持ちはわかるけど。

2017/08/25(金) 13:22:21.09

operatorを仮想関数にしたことないや

2017/08/25(金) 13:27:32.63

そうか。

2017/08/25(金) 14:12:03.69

::operator newは新設か？
ユーザー定義するとビルトインを置き換えるだろ

2017/08/25(金) 14:14:35.88

>>319
だからオーバーライドだというの？

2017/08/25(金) 21:42:16.87

そういえば昔C++のoperator批判を見たなと思って探してみたらこれだった。
http://local.joelonsoftware.com/wiki/%E9%96%93%E9%81%95%E3%81%A3%E3%81%9F%E3%82%B3%E3%83%BC%E3%83%89%E3%81%AF%E9%96%93%E9%81%95%E3%81%A3%E3%81%A6%E8%A6%8B%E3%81%88%E3%82%8B%E3%82%88%E3%81%86%E3%81%AB%E3%81%99%E3%82%8B

2017/08/25(金) 22:11:25.23

operatorをオーバーライドしてる人いるみたいだけど、operatorを仮想関数にするのってどういう時なの？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdea-sbdr) · 2017/08/25(金) 22:17:04.37

>>322
ポインタから多態を利用じゃねーの？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdea-sbdr) · 2017/08/25(金) 22:28:47.46

ポインタじゃなくてC++参照ね。

2017/08/25(金) 22:37:18.66

>>323
具体的には何のoperatorをオーバーライドしてるの？

2017/08/25(金) 22:39:23.28

遺伝子

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdea-sbdr) · 2017/08/25(金) 22:45:02.30

operator==を仮想化したら、多態性が必要な状況であれこれはかどるだろう。
Numberクラスを基底として、RealクラスやらComplexクラスを作ったりしたら、同値確認にoperator==を使いたくなるだろう。

2017/08/25(金) 22:47:00.20

男はオーバーロード
女はオーバーライド

2017/08/25(金) 23:16:33.27

>>327
それってダブルディスパッチの問題起きないの？

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdea-sbdr) · 2017/08/25(金) 23:29:12.56

>>329
お馬鹿で済みません。

2017/08/25(金) 23:44:46.18

？

2017/08/25(金) 23:58:05.92

よく分からん揉め方をしているが、
俺は>>298の表現は極めて的確で分かりやすいと思うぞ。
俺はあれで納得だ。サンクス。一応言っておく。

2017/08/26(土) 00:07:55.23

>>327
RealクラスとComplexクラスを比較した時の振る舞いが直感的じゃなくね？

2017/08/26(土) 00:16:33.84

はてoverloadとoverrideは排他的な存在だっただろうか
ちなみに規格で::newはreplace, displace
overrideとは言わない

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdea-sbdr) · 2017/08/26(土) 00:17:51.21

>>333
その場合はオーバーロードよりも強力なダブルディスパッチを使うのが妥当だった。すまね。

2017/08/26(土) 00:20:52.21

まだおまいらオーバーなんちゃらで言い争っているのかｗ

**片山博文MZ** ◆T6xkBnTXz7B0 (ｽﾌｯ Sdea-sbdr) · 2017/08/26(土) 00:39:36.17

http://qiita.com/ShirakawaYoshimaru/items/058484a8fb584eb452b2
これを貼るだけだったな。

2017/08/26(土) 03:28:35.80

>>332
operator newって仮想関数にできなくない？　なんでオーバーライドが的確なの？

2017/08/26(土) 08:56:30.09

>>336
言い争ってなんかいねえぜ
一部のアフォどもをこっちはスルーしてるんで争いになってない

2017/08/26(土) 17:00:12.26

>>334
排他的くねなぜならシグネチャが変わらないオーバーロードは無いしシグネチャが変わるオーバーライドもこれまた無いからだ

2017/08/26(土) 17:19:10.37

そうか？
https://ideone.com/VOwt42
これはオーバーロードかつオーバーライドだと思うが
オーバーロードは特定の関数について言及しているのではなく同一スコープに同一の名前が複数存在する状態を指すものだと思っとりました

2017/08/26(土) 18:47:41.02

>>341
それは
上の方はオーバーライド
で
下の方はオーバーロード（を追加している）
でしょ
関数単位で見たら排他だと思う

2017/08/26(土) 19:44:51.20

>>342
あー左様かvoid B::f(int)のオーバーライドとf()のオーバーロードが同時にありえるのか、
完全に排他的（背反）というわけでもないな

ただしそれぞれ独立な概念とは言える
なぜなら下記の4通り全ての組み合わせが有り得、互いの成立要件に他方の成立の真偽が関係しないだから、
1. オーバーライド∧オーバーロード
2. オーバーライド∧￢オーバーロード
3. ￢オーバーライド∧オーバーロード
4. ￢オーバーライド∧￢オーバーロード

2017/08/26(土) 19:47:02.66

訂正
△：ただしそれぞれ独立な概念とは言える
○：ただしそれならそれでそれぞれ独立な概念とは言える

2017/08/26(土) 23:26:52.66

同じ名前の関数で、引数が同じならオーバーライド、　引数が違えばオーバーロードだよ？

そんなに難しい話じゃないはずだった気がしたんだけどな。

2017/08/26(土) 23:42:30.55

>>345
usual な operator new は、いつも
void* operator new(std::size_t);
というシグネチャなのに、なぜオーバロードなのか

という話題だったのでは？

2017/08/27(日) 00:10:24.07

「同じ名前の関数で、引数が同じならオーバーライド、　引数が違えばオーバーロードだよ？」
これまた珍説を

◆QZaw55cn4c (ﾜｯﾁｮｲ 2aef-M52T) · 2017/08/27(日) 00:50:06.39

>>347
＞引数が違えばオーバーロードだよ？
演算子のオーバーロード

2017/08/27(日) 00:54:36.33

おまいらのアタマがオーバーフロー

2017/08/27(日) 02:06:53.19

みんな人に説明できるだけのまともな言語能力を備えてから来てくれ
あとクソみたいな反論をするのもやめよう

2017/08/27(日) 07:10:35.78

>>348
それは>>298と>>319を読んだ上で物申してるのかね

2017/08/27(日) 10:16:57.94

2010年にも同じような話あったみたいね
https://cpplover.blogspot.jp/2010/08/overloadoverridehiding.html

2017/08/27(日) 13:59:49.66

constオブジェクトのデストラクタって
一般に中で非constメソッドを呼んでいるのに
なんで合法に呼び出されるの？
それとも合法に見えるのはVC++固有？
プロセスが死ぬまで破棄されないのが正しいロジックなんじゃないの

2017/08/27(日) 15:08:55.59

const の考え方には logical const と bitwise const があって、
logical const を実現するために言語としては bitwise const を基本として要求してる感じ。
logical const ってのは論理的な const 性で、
bitwise const ってのはビットパターンとして不変ってことね。

mutable キーワードを付ければ const なメンバ関数からも操作できるデータメンバを
作れるけど、これは bitwise const でなくてもよくなるだけで
logical const であることは要求される。
(その性質を満たすようにプログラマが配慮しないといけない。
コンパイラは面倒みてくれない。
reinterpret_cast と同じくらいには危険で面倒くさいと思う)

寿命が尽きたオブジェクトにはアクセスは許されないから
もはや logical も bitwise も関係なく const 性は無意味になる。

2017/08/27(日) 15:29:34.75

>>354
>寿命が尽きたオブジェクトにはアクセスは許されないから
>もはや logical も bitwise も関係なく const 性は無意味になる。
これはだいたいﾜｶﾀ

前半はわからん
bitwise const でないオブジェクトがROMに割り付けられたり、とか、
bitwise const でないオブジェクトがmemcpy()的手段で同じビットパターンに繰り返し上書きされるみたいな
処理があったりするとbitwise constでないことは致命的だが
それ以外のケースではconstといいつつクラス内部ではmutableな扱いであっても全く実害無いんじゃ…
ていうかそもそもC++の非PODオブジェクトに対するconstはbitwise constなのかかなり疑問が、、

2017/08/27(日) 16:21:07.86

>>355
logical const であれば性質として充分だよ。
だけど、それをコンパイラがチェックすることは出来ないから、
原則としては bitwise const を要求して、
それがちゃんとできてなけりゃエラーも出す。

だけど、 bitwise でなくても logical に出来る場面では
プログラマの責任でやるよっていうのを mutable キーワードで表すってわけ。

2017/08/27(日) 16:23:29.96

ルールを増やせば増やすほど使ってもらえない。

2017/08/27(日) 16:50:02.45

しかし現実には使われているもよう

2017/08/27(日) 16:52:16.64

おい、mutableなんてキーワード初めて知ったぞｗ
ググってみたらC++11から導入されてたんだな知らんかった、、、

2017/08/27(日) 16:55:16.46

またまたご冗談を

2017/08/27(日) 17:26:13.10

>>359
ANSI で規格化された最初から有ったがな (´・ω・｀)

2017/08/27(日) 19:19:01.73

>>359
いやいやおいおい…

2017/08/27(日) 22:57:23.47

「C++の非PODオブジェクトに対するconstはbitwise constなのかかなり疑問が」
標準レイアウトではないconstexprなオブジェクトはビットレベルでconstなのだろうか
constexpr struct A { constexpr A()=default; int m=1; private: int n=2; } a;
確かに疑問だ

2017/08/27(日) 23:06:36.65

どんどんキーワードが増えるのは思いつきで仕様を決めてるからだ。
無能SEの下のプロジェクトではよくあること。
50年は仕様を追加しないつもりで仕様を決めてほしい。

2017/08/27(日) 23:35:20.73

コンピュータを取り巻く事情は予想の斜め上をいく形でどんどん変わるのに言語だけのんびりしとれるかいな

2017/08/28(月) 00:12:36.48

永久に仕様が追加されない言語なんてたくさんあるから好きなのを使いなよ
機能が必要になった背景やそれを追加することが適当だという根拠まで知ってろとは言わないからさ

2017/08/28(月) 00:24:42.42

雑魚に上から言われる筋合いはない。そんな態度だから囲まれて職質されるんだよ。

2017/08/28(月) 00:26:53.59

つ、追加しなくても1.5年待てば倍速くなるもん…！

ていうかメモリバリア周りの扱いが未だに規格化されていないのは言語としてはお寒い状況だといわざるおえない
ゆくゆくはOpenMPIを正式に取り込んでキャッシュスヌープ無しのメニーコア環境でも
最高のパフォーマンスを発揮できるだけの選択肢をプログラマに提示し、
さらにはGPGPU対応もしてﾎｽｲ、

2017/08/28(月) 00:29:36.83

ｽﾏﾝOpenMPIはOpenMPのつもりで言った！

2017/08/28(月) 01:19:26.30

openmpみたいなマクロまみれよりtbbのほうが好き

2017/08/28(月) 01:23:37.61

そんなに新機能を追加したいなら、新しく別言語を創れ。JavaやC#みたに成功して普及した事例はいくらでもある。
一度普及した言語に、碌に実務でコードも書いたことないような輩が後からやってきてデタラメな糞仕様を追加するんじゃない。

2017/08/28(月) 01:31:42.56

後から来た輩（ビャーネ・ストラウストラップ）

2017/08/28(月) 01:37:29.69

CとC++が同じ言語と思ってるとは、さすが見込みどおりの雑魚。

2017/08/28(月) 02:11:44.25

実務でコード書く人＝Windowフォームにボタンを乗せる仕事の人

2017/08/28(月) 03:06:17.85

ライブラリの蓄積もあるからさ。負債の蓄積とのバランスだよねー。
ときどき Go とか Rust とかみたいなのが出てきて一新してくれりゃいいんだけど、
C++ はともかく C はいつまでも死なない気がする。

2017/08/28(月) 07:31:44.71

別に新機能のほしいものリストを無秩序に書き連ねたわけではないもん；；
C++はSimulaの代替品として登場した時点から実行時パフォーマンスの追求を意識していたし、
理解しやすさなら他の言語を選択すればよい昨今においては
特に実行時パフォーマンスの追求こそがC++の存在意義として強調されるべき
テンプレートによるメタプログラミングに最高の効率を阻害する穴があれば塞がれねばならないし、
最適化がほっといたら中途半端にとどまるケースには尻を叩くキーワードが追加されねばならないし、
そのときどきのアーキテクチャーの詳細に立ち入ってでもあらゆる実行時パフォーマンス追求手段が
プログラマに提示されねばならない
インテリセンスがまともに働かないとかテンプレートの分割コンパイルがもはや完成しないバベルの塔だとか
言語規格が変わり続けて解説書が分厚くなる一方だといった側面の不調法はそうであってこそ許容される、

2017/08/28(月) 07:36:18.26

機械の方が人間より賢くプログラムするようになってアセンブラが滅びたら
Cも滅びる気がする

2017/08/28(月) 07:36:46.75

ウニファイドコールシンタックスを直ちに入れるのです。
コードサジェストが爆発してもいいじゃない。

2017/08/28(月) 07:43:38.48

>>377
機会が賢くなったら、あらゆる言語をCに一回トランスコ―ドするようになる気がする。
そこでパフォーマンスチューニングしてコンパイル。
人間だとコストかかってできない方法。

2017/08/28(月) 07:58:00.50

中間言語とか3番地コードと条件判断とgotoで必要にしてほぼ十分なのでは…

2017/08/28(月) 08:00:37.13

>>380
あーそんなもんか。
それじゃ、アセンブリにした方が早いね。
もしくはあらゆる言語がLLVMを介してコンパイルされるとかね。
LLVMのストラクチャも自動生成とか。
あー怖い。

2017/08/28(月) 12:49:34.85

ちょっとしたコーディングミスで、以下の簡易コードように書いてしまって、ハマったのですが、コンパイルエラーにならなかった事に驚きました。

string a(何らかの文字列);
string s = s.replace(置換指示); //a.replace() と書こうとした。

コピーコンストラクトの右辺に、構築中（？）の自分自身を使ってしまったと言う事なのですが、これは規格上合法なのでしょうか？

2017/08/28(月) 12:59:59.78

↑のサンプル貼っておきます。
https://ideone.com/X4ILlf

2017/08/28(月) 13:04:19.26

x^=x　でゼロになるんだっけ。
一応昔からある文法だけど。

2017/08/28(月) 16:57:17.16

>>384
それの使い道がよくわからん

コンパイラと環境によっては x=0 より速かったりとか？
即値は全て名前を付けなきゃいけないとかいう糞コーディングルールの回避とか？
volatileをつけて、
ダミーリードと0クリアを1文で書けるとか？

思い付くのはこのくらい

2017/08/28(月) 17:22:45.55

コンストラクタが実行される前なのでオブジェクトの内容は不定だろうし
不定なオブジェクトにも適切にアクセスする場合なら合法かもしれない
ただ不定な変数を使って何かしようとすると途端に undefined behavior 地雷を
踏むことが多いのでそこで頑張っても実りがあるとも思えないけど