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/10(日) 21:00:01.55

そもそもセッターゲッター書きまくらなきゃいけなくなるんだけどどうすればいいの？っていう話では

2017/12/10(日) 22:12:52.74

ゲッターロボ発進！

**320** (ﾜｯﾁｮｲ b7e3-qmOZ) · 2017/12/10(日) 22:58:45.66

>>441
俺が発端だとしたら書きまくるなんて言ってない
楽に書く方法導入されたかな～って聞いただけ

されてないのは分かったからもういけど

2017/12/11(月) 01:44:26.10

>>443
残念ながら標準C++には無いねー。

俺の周りでも結構欲しがる人多いんだけど、何が良いのかいまいちわからないなー。
使うときに、変数を扱うような記法で、関数コールが出来るってだけだよね…
一文字減るだけで何が嬉しいのか…

**35歳** (ﾜｯﾁｮｲ ffb3-5E0R) · 2017/12/11(月) 02:10:24.19

Bronze取りました

2017/12/11(月) 02:22:58.14

自分は邪道なのを承知でマクロ使っちゃってるよ

2017/12/11(月) 03:18:45.90

>>444
それについては
to.setBackgroundColor(from.getTextColor());
より、
to.backgroundColor = from.textColor;
の方が読みやすいから俺は否定はしない

2017/12/11(月) 05:56:14.63

>>447
後でカラーが変更されたときに処理を追加したくなったときに面倒

2017/12/11(月) 06:39:45.71

という、そもそもの話に行き着くだけだな

2017/12/11(月) 07:14:44.24

>>448
話の流れも読めないのかよ...

2017/12/11(月) 09:57:11.02

セッターとゲッターをいちいち作るのかという単純極まる話に流れもへったくれもあるか

2017/12/11(月) 10:07:16.62

だからプロパティが欲しくなるって話なのに……

2017/12/11(月) 10:33:50.92

欲しけりゃ作れというCいやBから続くハングリー精神を忘れた主張はいくら喚いても無駄だ

2017/12/11(月) 10:49:40.94

話の流れ汲む気ねえな

2017/12/11(月) 11:08:12.08

そういうおまえさんも、ここ僅か数レスの流れから目を背けているだろうが

2017/12/11(月) 15:05:22.47

不変条件がある→カプセル化(class)
不変条件がない→露出(struct)

では駄目なの？

2017/12/11(月) 15:51:19.48

ちょっと違う

◆QZaw55cn4c (ﾜｯﾁｮｲ 9f60-T0Wg) · 2017/12/11(月) 15:57:28.19

>>306
try-with-resources/java.lang.AutoCloseable, java.io.Closeable/Java7～　ですか

2017/12/12(火) 01:07:23.70

>>448
お前は
>>444 と>>447を100回読み直して出直してこい

2017/12/12(火) 02:35:53.90

そうか。

2017/12/12(火) 02:55:44.93

>そういうおまえさんも、ここ僅か数レスの流れから目を背けているだろうが

何回読んでもこのレス最強すぎて草生える

2017/12/12(火) 05:03:27.37

>>459
何に腹立ててるのかまったくわからん

2017/12/12(火) 05:49:25.74

>>462
いいから読み返してこい。自分がどんなトンチンカンなレス返したのか自覚するまで帰ってくるな。

2017/12/12(火) 06:04:07.77

>>463
すまんマジでわからん
お手数ですが改めて解説して頂けますか？

2017/12/12(火) 07:20:11.15

>>464
プロパティっつーのは
> to.backgroundColor = from.textColor;
みたいなコードでも.backgroundColorが変更された時の処理が書ける
って話だから

2017/12/12(火) 08:10:48.13

プロパティが常に左辺値として扱えるってなら面白いけど、ただのシンタックスシュガーなんでしょ？

2017/12/12(火) 08:35:44.42

getsetなんちゃらより視覚的にわかりやすくて見た目がスッキリして汚物感がない

2017/12/12(火) 08:37:10.49

あえて無視してるとかじゃなくてガチでわからんのか……

2017/12/12(火) 08:43:59.80

getsetの()が汚物というかオムツ感

2017/12/12(火) 08:47:30.57

to.backgroundColor.blue = 100;
みたいに書いても意図通りに動かないからクソ

2017/12/12(火) 09:13:40.57

to.backgroundColor.blue(100);
でいいだろ。

2017/12/12(火) 11:33:45.81

あるデータメンバをpublicにしたほうが合理的と判断したならすればいい
そこでいちいち教条主義にとらわれて見えない不安と戦うアフォは
物事の分別がわかるようになるまでROMってろ

2017/12/12(火) 13:18:37.14

また流れの読めない奴が来たのかよ...
しかもドヤ顔 w

> 物事の分別がわかるようになるまでROMってろ
お前がな

2017/12/12(火) 15:47:21.47

読むに足る話をしていたつもりなら相当なコレ＠だな

2017/12/12(火) 16:11:45.84

>>470
コンパイルエラーになるなら問題ないやろ

2017/12/12(火) 16:41:48.86

>>465
それをC++でどうするかって話でしょ…
そんなことで上から煽ってたんか
付き合う必要なかったな

2017/12/12(火) 16:52:53.52

>>476
お前がレスしたコメントが
「それをC++でどうするかって話」に読めたならマジで救いようがないな。
何がどうなってお前の中ではそうなったのか知らんがそれを外に出してくんな。

2017/12/12(火) 17:02:23.33

>>476
> それをC++でどうするかって話でしょ…
そんな話しはしとらんし
引っ込みつかなくなってるのかマジで話の流れが読めないのかわからんけどしばらくROMっとけ

2017/12/12(火) 17:07:23.51

どうにかする以前に現状の標準規格ではどうにもならない

2017/12/12(火) 18:02:57.84

>>478
お前こそスレタイ見直した方が良いぞ
引っ込みつかなくなってんのはどっちだか

2017/12/12(火) 18:23:53.63

ID:GtRyHF+60が悪い

2017/12/12(火) 18:29:31.41

要するに俺様の個人的好みがああだから言語もそれに合わせるべきと言っているだけ
周りと全会一致状態ならともかく批判的な意見に攻撃的な態度をとるだけ
どっから見ても単なる厨二病の自己チュー

2017/12/12(火) 18:31:17.47

まあ言論の自由なんだけどね
やってて恥ずかしおまへんか？

2017/12/12(火) 18:32:23.92

setの方はプロキシオブジェクト噛ませば無理矢理できなくもない（やる価値もない）
getはどうやっても無理

2017/12/12(火) 18:33:41.16

批判的な意見（噛み合ってはいない）

2017/12/12(火) 18:45:22.28

マジで引っ込みつかなくなってるんだな...

>>443 そろそろプロパティが導入されたかなぁ？
>>444 されないねぇ、何が嬉しいのかよくわからんけど
>>447 メソッドが読み書きするより読みやすいでしょ

>>448 変更時に処理を追加できないだろうが

一同ファッ！？、ヤベーよ、こいつ w

2017/12/12(火) 19:01:09.51

プロパティはmsvcだと普通に使えるし、実装できない訳じゃないでしょ
つーかclangもマイクロソフト独自のプロパティに対応してるらしいとの噂

2017/12/12(火) 19:45:15.77

C++と関係ない話題をふっておいて噛み合ってないとか

2017/12/12(火) 19:46:18.45

本気で疑問なら調べる手段はいくらでもあるのに

2017/12/12(火) 19:47:35.03

一応、手間を惜しまなければ代入くらいは出来るけど

2017/12/12(火) 19:48:28.11

代入とか書くと変な勘違いするヤツがいるか
設定

2017/12/12(火) 19:55:46.38

出来るけどテンプレート引数やautoと相性悪いからあまりオススメしない

2017/12/12(火) 20:05:47.73

ヤベー奴怒りの4連投

2017/12/12(火) 20:34:17.86

おすすめしないのは当然
C++なんだから

2017/12/12(火) 20:43:27.77

>>478
バカですか？

2017/12/12(火) 20:46:50.47

C++でC#みたいなプロパティがサポートされる日は永遠に来ないからもう駄々こねるな

2017/12/12(火) 20:55:07.83

頭いっちゃってる奴らがサイドショーでもやってんのか？

2017/12/12(火) 22:04:04.36

C#以外のメジャーな言語に採用されたら有用性を認めてやる

2017/12/12(火) 22:20:18.74

>>498
JavaScriptにはあるよ。
便利だが、基本的にアジャイルで頻繁に変更する環境向けであり、
C++みたいにゴリゴリやりたいところに向くかは少し疑問。
とはいえ、俺は導入に賛成だが。

2017/12/12(火) 22:24:39.30

>>498
Python Kotlin Swift

2017/12/12(火) 22:27:11.88

>>500
Swiftにはないよ。
Computedプロパティと.Netのプロパティを同じだと思ってるなら一から勉強し直したほうがいい。

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 }