C++相談室 part134

2018/01/20(土) 09:05:42.21

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

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

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

このスレもよろしくね。
【初心者歓迎】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

2018/03/29(木) 01:14:03.03

我々が間違っている公算も高い。
我々はC++を使いこなせる。
だから、C++なら簡単にできるのになぜそうしない？と思ってしまうが、これから学ぶならC#のほうが簡単だろう。
MSがC#を推すのは正しいのかもしれない。

2018/03/29(木) 01:20:39.82

C#はビジネス用だから
より早く大量にコードを生産することを目的としているからC++とは用途が違う

2018/03/29(木) 02:12:12.07

Android でも iPhone でも Windows でも使える共通部分のコードは c++ で、
ってのを C# に変えたいのかもしれんが
別段 c++ で不自由ないしなあ…

てか c# って .Net のイメージ強すぎて単体で使える気がまるでしない

2018/03/29(木) 03:27:22.16

未だにproperty実装出来ていないC++標準仕様が異常なんだぜ
そりゃMSも堪忍の尾が切れるってもんだぜ

2018/03/29(木) 04:16:13.07

ら、ライブラリで実装できるから・・・。
ちなみに、プロパティっぽい提案は過去出てるが、全くテーブルに乗らない。

2018/03/29(木) 04:45:16.84

誰もプロパティを欲していないのである

2018/03/29(木) 06:44:05.72

俺も欲しくない
コスト予測し辛杉ﾃﾞﾌ

2018/03/29(木) 07:38:47.09

C#はいい言語だよ
Linq便利だし

ただC++とは用途が違うってだけ

2018/03/29(木) 08:06:33.99

何度聞いてもプロパティが欲しいという思いが沸かないんだが

2018/03/29(木) 08:10:21.70

ウィンドーズホンでネイティブC++とC++/CXの間を取り持つwrapperを書くのに使う
Wrapperを書くのに便利

2018/03/29(木) 10:37:15.71

プロパティが使えたらMFCのような糞環境でUpdateDataを使わなくてよくなる

プロパティに代入で表示が変わり
プロパティからそのまま値が取り出せる

2018/03/29(木) 10:39:27.42

しかしVisual Studioは何だってUTF-8で保存されるのをそんなに嫌うんだろうか。
あの手この手でUTF-8で保存するのを妨害してくるけど。

2018/03/29(木) 10:40:42.80

VSで開発してLinuxに移植されるのを嫌がってるんだろうかね。
その割にはgdbと接続できるようにしてるし。

2018/03/29(木) 10:47:23.77

>>869
ナイナイ
今だって setFoo() だの getFoo() だの実装すりゃできるけど初学者以外はやらないだろ？
実装するにも使うにも効率が悪いからね。

2018/03/29(木) 10:47:32.92

>>869
それはsetter/getterではできないことなんだな？

2018/03/29(木) 10:57:10.36

a.Hoge+=100;
みたいな事をできて便利だなと思うことはあるけど無けりゃないでいいわレベル

2018/03/29(木) 11:06:30.37

プロパティはメソッドともフィールドとも区別できるメタデータとしての活用が唯一の動機なんだが
結局のところ実行時の型システムまで整備しないととただの構文糖だしなあ

2018/03/29(木) 11:06:41.49

>>873
A.Width+=20;
と
A.setWidth(A.getWidth()+20);

どっちがいい？;

2018/03/29(木) 11:10:04.25

>>876
後者の方が好きだな

2018/03/29(木) 11:14:39.59

a.value++とかif(a.Width==100)とか
普通に書けるものをわざわざgetter setter書きたいんだな
変ってる

2018/03/29(木) 11:32:58.49

UI とのバインディングを失笑されたら
シンタックスシュガーでこんなに楽にかける！と主張し始めたよw
そりゃ楽にかけて便利だよな。
そのためのものだもの。そこは同意する

2018/03/29(木) 11:35:30.24

GUIだけじゃなくて他にも使えるというか
他がメイン

2018/03/29(木) 12:12:32.14

>>878
そういう風にお手軽にメンバを書き換えるのは事故のもとなのでやめましょうってことでめんどくさくしたのに
戦争を知らない世代みたいな
現状でもa.value()++とかif(a.Width()==100)でできるしな
これまでのコードとの一貫性を破壊してなおかつ年代物のコンパイラに更に複雑なパースをさせて得られるものがちょっと括弧を省略するだけとは

2018/03/29(木) 12:14:06.74

プロパティのメリットは最初publicで適当に実装しといても後からgetter/setter付きのprivateに変えれる所じゃない？

2018/03/29(木) 12:18:25.09

変数がない状態でもテストに通るように作るべきだからpublicで変数を持たせる機会が一瞬もない

2018/03/29(木) 12:18:48.50

C++builderってプロパティなかったっけ。
たいそう便利だったような気がするのだが、思い違いだろか。

2018/03/29(木) 12:19:57.65

そもそも最近のGUIビルダってC++ビルダーの影響受けまくってるような感じがする。

2018/03/29(木) 12:20:28.54

トップダウンで理想から考えるのが早い
どういう風に書ければ満足するんだ

2018/03/29(木) 12:26:29.79

>>881
パースが面倒になるとは思えない
変数と同じ使い方なんだから変数のようにパースするだけだと思うが…

それにお前はコンパイラつくらないじゃん

2018/03/29(木) 12:28:52.39

c++0x（）以降の理念で仕様策定だけしたらいいじゃん
基本機能を妨げないように仕様追加

使うかどうかは本人次第
誰も強制しない

2018/03/29(木) 12:30:14.95

拡張forもautoも馬鹿みたいに文句言ってたけど今でも使うなって言う人はいるのかな

2018/03/29(木) 12:31:30.92

使うな！

2018/03/29(木) 12:31:44.70

わかりました使いません…

2018/03/29(木) 12:59:19.47

頭かったｗｗｗｗ

2018/03/29(木) 13:03:56.15

>>887
これらを採択する人の中にGCCやMSVCの人がいないわけないじゃん
関数として扱うのか、変数として扱うのか決めなきゃいけない
そしてどうやってポインタをとるのかなど色々な問題がある
そしてさっきも言ったけど括弧を少し減らせるだけでできることが増えるわけじゃないというのが最大の問題

2018/03/29(木) 13:16:13.95

得意げにご高説を垂れ流してる最中に申し訳ありませんが

a.value++;
と
a.value()++;
は別物
あえてみんなスルーしてくれてるのに

2018/03/29(木) 13:20:41.15

>>894
参照返しなら同じでは？

2018/03/29(木) 13:33:25.09

ん？
参照した値を変えるとGUIの表示とか更新してくれんの？
getterとsetterあったとして実行してくれんの？

a.width()とa.widthが同じgetter的な動作してくれるのはわかるけど

2018/03/29(木) 13:38:37.15

アンチプロパティの人なんでそんなに必死なん？

2018/03/29(木) 13:47:08.78

>>896
プロキシクラス

2018/03/29(木) 14:39:11.63

GUIの表示を更新するように作れば更新される

2018/03/29(木) 14:39:13.31

a.value()++; が参照返しとかどんだけヘボいんだよｗ
リファレンサのprvalueだろjk

2018/03/29(木) 15:02:55.47

プロパティ不要とは言うけどそもそものプロパティの仕組みと効果はわかってないんだね
こんな人ばかり

2018/03/29(木) 15:57:57.60

何スレか前にもプロパティの議論あったんだけどね・・
少なくともgetter/setterを自動生成する、みたいなクソな機能ではないぞ

2018/03/29(木) 16:02:08.91

俺もそのとき発言してた
https://mevius.5ch.net/test/read.cgi/tech/1490917669/683

2018/03/29(木) 17:26:54.17

>>884
Builderだけtry-finallyセクション使えたり次元が違う希ガス

2018/03/29(木) 20:10:56.09

>>876
A.extendWidth(20);

それを書くことが便利で必要なクラスだったらそういう操作を作るべきだな

2018/03/29(木) 21:38:46.24

>>884
あったよ
>>904も含めて当時はネイティブコードを吐くC#みたいな感じだった
もう少し頑張れるかと思ったけど、Visual Studioの便利さに負けたと思ってる

2018/03/29(木) 21:46:54.75

カーンを首にしてアプリ側に振ったのが敗因だったな
膨大なdbaseの資産も全く使えなかったのはNetaWareと
同じだった

2018/03/30(金) 01:25:11.99

>>902
え、違うの？

2018/03/30(金) 04:42:18.00

>>908
違うよ。
デフォルトでのゲッタ/セッタを提供したりすることはあるけども、 >>903 で言及している通り「変数に見せかける」機能。

2018/03/30(金) 06:43:57.86

そもそも変数に見せかけると言うプロパティ自体の話とgetter/setterの自動生成の話は全く別物で>>902で比較してる意味がわからん
たぶん本人もちゃんと理解できてないんだろうな...

2018/03/30(金) 07:46:44.11

>>905
例えば座標なら+=使えた方が楽じゃね

2018/03/30(金) 08:33:24.78

>>909
なんだそういうことか。それも含めて単なる自動生成だと認識してたよ。

2018/03/30(金) 08:34:01.73

そうやってソフトが重くなって行くわけだな

数値の += なんて軽いと思って何度も呼んだら
実は描画や保存も何度も呼ばれてしまうとか

2018/03/30(金) 08:42:16.05

それはプロパティに限った問題ではないな

2018/03/30(金) 08:45:16.06

プロパティってそれ単体で取り出せるの？
それなら使えるな

2018/03/30(金) 08:52:02.87

呼ばれる側 : そんな何度も呼ばれるとは思わなかった
呼ぶ側 : 重いとは思わなかった

2018/03/30(金) 09:52:35.47

少なくともAdd()なら何かしらの関数を呼んでいることはわかる

2018/03/30(金) 11:31:23.82

プロパティでもなんらかの関数が含んでいることはわかるが

2018/03/30(金) 11:45:01.30

それがただの変数なのかプロパティなのかは調べるまでわからない

2018/03/30(金) 11:57:28.30

調べろよ

2018/03/30(金) 11:58:36.02

変数でも演算子がオーバーロードされてる場合もあるからな
結局調べないとダメ

2018/03/30(金) 12:01:32.59

っていうか>>883いわく、publicな変数は有り得ないらしいし、そういう運用してるなら考えるまでもなくプロパティじゃん

2018/03/30(金) 15:53:31.37

>>910
お前のレスの意味がわからん
実際C#もソースコード公開されてるソフトの改造程度にしか触ったことないんでちゃんと理解してないが
getter/setterの自動生成するだけのクソ機能と誤解してる人がこのスレでも前スレでも見られたから
>>902を書いただけなんだが

というか書き込む前の１～２レスすら読めんのかお前は

2018/03/30(金) 17:21:54.28

C++erが通常prvalueで返しているリファレンサを、データメンバにするってことなら
テンポラリを作らなくなる分、速度的なメリットはありそうだな

# でも、俺はイヤだな
# データメンバがドカドカ増えるのがなんか気持ち悪い
# 慣れの問題っちゃそうかも知れんが

2018/03/30(金) 17:39:33.77

>>898
言いたいことがわかった気がする

2018/03/30(金) 17:42:52.50

やっとかよ

2018/03/30(金) 20:19:26.33

>>923
だからそんな誤解してるのはお前と同レベルのバカだけだろ w
言語仕様の話とIDEの機能の区別もつかないアホなんて放置でいい

2018/03/30(金) 20:30:23.19

自分から絡んで行ってバカ呼ばわりとはこれいかに

2018/03/30(金) 20:51:58.09

またバカが絡んできたよ w

2018/03/30(金) 20:59:28.09

>>927
いや、なんか根本的に誤解されてる気がするが
C#とかだと、多分プロパティ作ると自動である程度書いてくれるんだろうけど
その話じゃなくて「C++におけるpublicなGetXX(), SetXX()が暗黙的に作られる（だけ）」、みたいな誤解
（C#やBuilder知らずに議論をぱっと見するとそういう誤解しがち、俺も以前はしてたが）
があるんだよな
説明不足だったかもしれんけどIDEの支援機能の話ではない

というか前スレのリンクにあったブログの
http://ufcpp.net/study/csharp/oo_property.html?key=property#property
これが個人的にはわかりやすかった

2018/03/30(金) 21:21:54.96

Javaのイメージなのかな？
あれはJavaBeansとかいうゴミ規約のせいで本当にGetXX()とSetXX()を作るだけのゴミ機能がIDEに標準装備だったりする

2018/03/30(金) 21:27:33.97

まあプロパティある言語触ったことないやつは勉強不足だから無視していいって言うのは一理ある

2018/03/30(金) 21:59:35.93

>>930
現状のメンバへの代入や値取得が
暗黙的に作られるgetter/setter

プロパティが採用されてもこの辺はなんら変わらないかと

2018/03/30(金) 22:16:15.58

お前らの書き込み見ると、プロパティがものすごい大発明なんじゃないかと錯覚するけど
変数のようにかける件を含めても糖衣構文以上のものじゃないだろ。
+=したけりゃそういうプロキシ書けばいい。

2018/03/30(金) 22:21:10.98

お前らってだれだよ
一人だけだろプロパティ信者

2018/03/30(金) 22:25:41.11

これ以上言語機能を増やさなくて良い
コンパイラが規格に追い付いてなくて互換性が崩れる

2018/03/30(金) 22:28:08.90

クソ機能というわけではないが、ものすごく便利というわけでもない
あればあったで使うけど、ないならないで困らないし、言語設計として採用するしないの判断はどっちもあり
C++は採用しない判断をした

その程度の話

**デフォルトの名無しさん** · 2018/03/30(金) 23:12:27.73

実体が関数なら漢らしく見た目も関数にしろよwww

見た目が変数なのに処理が走るとか、見た目が割り算なのに文字列連結するとか変態野郎は死にくされやwwwww

2018/03/30(金) 23:32:31.76

その辺はC++のコンストラクタ・デストラクタに嫌悪感を示すCユーザーが昔よく言ってた台詞と似てるｗ
「裏で何が起きてるかわかりづらいから嫌だ」、とかね
別に本気でプロパティ推してるわけじゃないが、いざプロキシクラスで代用しようとするとめんどい
ETなんかを仲介するとテンプレートの実体化の数でコンパイラへの負担がデカいし、
メンバ関数の呼び出しをサポートしようとすると継承が必要になるし・・・それなりに問題点はある

**デフォルトの名無しさん** (ｽﾌｯ Sdb3-VlFK) · 2018/03/30(金) 23:40:02.53

>>934
大発明じゃなくて、もはや常識。C++にはないって聞いて最初驚いたもん
いやまあたしかになくてもいいんだけど、演算子オーバロードはあるのにプロパティはないって変な言語だわ

**デフォルトの名無しさん** (ｽﾌｯ Sdb3-VlFK) · 2018/03/30(金) 23:41:38.85

>>938
それiostremディスってんの？

2018/03/31(土) 00:11:17.76

>>940
お前が驚くと凄いことなん？

2018/03/31(土) 00:12:18.16

>>941
>>941はiostreamを擁護する気か

2018/03/31(土) 00:19:06.77

ダイヤモンド継承使われてるんだっけ
あれ使ったことないな
いらない機能だと思うなら使わないってだけだしプロパティはあった方がらくだと思うけどね
独自拡張でつけてるのもあるし

**デフォルトの名無しさん** (ｽﾌｯ Sdb3-VlFK) · 2018/03/31(土) 00:25:31.98

>>942
凄くないよ
>>943
すまん。適当書いたけどiostremは擁護出来ねえわ

2018/03/31(土) 00:47:52.27

iostreamの<<チェーンが実は最近まで規格上未定義動作だった話は正直呆れた

2018/03/31(土) 01:02:47.99

採択されてもプロパティのアドレスをどうやって取るのかっていうことで標準化委員会で揉めて10年は停滞する

2018/03/31(土) 01:48:24.57

>>947
サブオブジェクトがユニークアドレスを取れなくてもいいことを示す [[no_unique_address]] 属性が C++20 のドラフトに入った。
http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2017/p0840r1.html
オブジェクトがユニークなアドレスを持つ原則を捨てたわけ。

これを踏襲するなら、プロパティのアドレスは取れないってことにして解決するのが自然で、揉める余地はそんなにないと思う。
実際にアドレスは存在しないわけだし、存在しないものを返しようがないじゃん。

2018/03/31(土) 02:09:16.31

>>948
最初のプロパティの提案がいつかはしらないけど
実際にこれが決まったとして最短で2020年
そこから更に何年かかるのか

2018/03/31(土) 04:29:43.55

抽象クラス"Super"から派生した子クラス、"A", "B", "C"があったとします。

Super* obj1 = new A();
Super* obj2 = new B();
Super* obj3 = new C();

訳あって動的に作成したインスタンスobj1～3を一度deleteしたのち
再び同じ子クラスでインスタンスを作成しようと思います。

obj2がクラスBのインスタンスであることが一目で分からない場合に
obj2がクラスBのインスタンスであることを突き止め、一度deleteし、
再度クラスBでインスタンスを作成する方法はあるでしょうか？

ちなみに必死に考えて考えついた方法ですが
クラスA, B, Cにそれぞれ「私はAクラスです」「私はBクラスです」みたいな
文字列を出力する共通メソッドをpublicで作成し、そのメソッドを実行して
帰ってきた文字列からそれがどのクラスのインスタンスか判別が付くのではないかなと思いました。
決してスマートな方法とは言えませんが・・・

もっとスマートな方法はありますか？

2018/03/31(土) 04:37:13.22

・・・？
typeidじゃアカンの？

2018/03/31(土) 05:55:27.21

class B : public Super
{
public:
Super* re_new() override
{
delete this;
return new B{};
}
};

2018/03/31(土) 06:37:47.25

>>948
単純に &obj.int_prop と書いた時に、この式の型と値をどうするかは難しい問題じゃない？
intの一時オブジェクトへのポインタ、intのぬるぽ、int_propのgetterへの関数メンバポインタ、ill-formed
どれも問題あると思う

2018/03/31(土) 06:47:39.87

プロパティを関数として実装したら関数のアドレスは取れるんじゃないかなぁ。はぁ、実装依存ですか。

2018/03/31(土) 08:02:21.38

>>950
全然スマートじゃないがvisitorパターン使えば？

2018/03/31(土) 09:03:59.00

>>953
> 単純に &obj.int_prop と書いた時に、この式の型と値をどうするかは難しい問題じゃない？
エラーにしちゃえばいいだろ

2018/03/31(土) 09:14:46.66

つまり意識しなきゃならんてことか
じゃあ素直に関数にしろよ

2018/03/31(土) 09:16:04.32

>>953
一時オブジェクトへのポインタってことにする一択だと思うけどなぁ。

あくまでも「変数に見せかける」、
つまりは、ゲッタの呼出しに構文糖を付けて見かけ上だけ変数 (データメンバ) っぽいって立場を貫かないと、
余計な気を回してもわかり難さが増すだけだよ。
rvalue なのは仕方がない。

2018/03/31(土) 09:16:21.25

どうしてアドレスを取りたがるのかよくわからない
クラスのメンバ関数だってアドレス取れないだろ