C++相談室 part140

**デフォルトの名無しさん** · 2019/01/13(日) 05:56:22.70

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

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

前スレ
C++相談室 part137 (正しくはpart138)
http://mevius.5ch.net/test/read.cgi/tech/1535353320/
C++相談室 part139
https://mevius.5ch.net/test/read.cgi/tech/1538755188/

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

■長いソースを貼るときはここへ。■
　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

**デフォルトの名無しさん** · 2019/01/22(火) 22:51:05.39

こうしろ
class hage {
public:
　　hage(): a(8,0) {}
private:
　　vector<int> a;
}

**デフォルトの名無しさん** · 2019/01/22(火) 22:53:48.16

>>134
関数宣言と曖昧になるから、らしい
ちなみに、{}を使えば出来る

**デフォルトの名無しさん** · 2019/01/22(火) 23:27:53.08

>>136
vector<int> a{0, 0, 0, 0, 0, 0, 0, 0};
ってこと？

**デフォルトの名無しさん** · 2019/01/22(火) 23:50:31.62

>>137
そう

**デフォルトの名無しさん** · 2019/01/23(水) 01:15:58.41

>>138
n 個ゼロで埋めるみたいのは、クラス変数として宣言してから使う前に
a = vector<int>(n, 0);
みたいにするしかないですか？

**デフォルトの名無しさん** · 2019/01/23(水) 01:52:04.42

>>139
コンストラクタで初期化するのはダメなのか？

**デフォルトの名無しさん** · 2019/01/23(水) 02:10:57.88

>>140
コンストラクタで初期化するとしても>>139みたいな感じですよね？

**デフォルトの名無しさん** · 2019/01/23(水) 02:13:42.34

>>135　が答え書いてる。

**デフォルトの名無しさん** · 2019/01/23(水) 02:23:09.47

済みません今やっと意味分かりました

ありがとうございました

**デフォルトの名無しさん** · 2019/01/23(水) 07:48:31.28

>>139
それも同じようにすれば行けるはずだけど

**デフォルトの名無しさん** · 2019/01/24(木) 12:36:30.49

前々から思ってたんだけどなんでprivateのを下に書くの
上の方がよくね？

**デフォルトの名無しさん** · 2019/01/24(木) 15:35:52.58

本来、privateは利用者にとっちゃ興味ない内容だから、C++では伝統的に下で書かれることが多いけど、java登場以来、上に書く人が増えたと思う。
上に書いたほうがクラスの規模感や役割が把握しやすいみたいなメリットはあるかもね

**デフォルトの名無しさん** · 2019/01/24(木) 15:46:55.29

C++は他の言語からすると書き方流派の縛りは緩いから(歴史長すぎてさまざまな流派が発生しては消えてるから)
自由に書いていい
ただ、C++ではメンバは上から初期化されるルールなので初期化順によって何らか問題が発生する場合のみ
どの位置に書くか注意すべきだがそんなケースは滅多にない

**デフォルトの名無しさん** · 2019/01/24(木) 16:15:51.04

上がいいよ。
でもそもそもprivateなんてだらだら書かんで実装に隠せよと。

**デフォルトの名無しさん** · 2019/01/24(木) 17:00:47.34

上からprivate変数、public関数、private関数の順かな。
インナークラスや型情報、static があるときはそれらが一番上。

**デフォルトの名無しさん** · 2019/01/24(木) 18:23:27.95

>>146
おいらは前から、privateを最初に書くのは、アメリカや英語文化の影響では
ないかと思っていた。
・英語では、First name, Last name の順。
・地名も、小さい場所から、大まかな場所へ書かれる。町名、市名、県名、国名
　の順のように。
・アメリカでは、public 的なものより、private が優先されるイメージがある。
・変数名も、大まかな所属は後の方に書かれ、pszName, lenName, idxData の
　ようになる。

でも、class を使う側の目線で見た時、private や protected のデータは、
何の意味も無いし、今後のバージョンアップで変化することもあるから、
上に書くのは無駄のように思える。

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/24(木) 18:49:58.73

class だと private がデフォだから
private なメンバから書き始めるとちょっと省略できて楽って程度の
つまらない理由なんじゃないかと思ってる。

**デフォルトの名無しさん** · 2019/01/24(木) 19:16:04.39

同じ理由でstructにしてpublic省略してる

**デフォルトの名無しさん** · 2019/01/24(木) 19:26:04.87

privateな変数は使う側に関係ないから下だな。

**デフォルトの名無しさん** · 2019/01/24(木) 20:38:16.78

【移民】
留学生以外の、海外大学卒の外国人採用、過去最高に 4社に1社エンジニアでは日本語能力を問わない企業も
https://asahi.5ch.net/test/read.cgi/newsplus/1548315122/

**デフォルトの名無しさん** · 2019/01/24(木) 20:49:10.50

windowsだとcondition_variableを使う理由ってなにがありますか？

平気でspurious wakeup問題があるなんていってるし、
Event使ったほうがいいと思うのですが？

**デフォルトの名無しさん** · 2019/01/24(木) 21:06:26.36

移植性が上がる

**デフォルトの名無しさん** · 2019/01/25(金) 00:36:17.92

責任を持つデータを明示する。
保守担当者に「このデータ壊すな」というメッセージでもある。
メンバ関数はデータに対する操作なので、変数という名詞が必要。
なのでクラスの頭に書く主義。

**デフォルトの名無しさん** · 2019/01/25(金) 01:28:17.20

privateに入れてる変数は壊しても構わないと考えてる。
publicやprotectedは上でもいいや

**デフォルトの名無しさん** · 2019/01/25(金) 03:22:49.47

壊してもいいのはprivate
publicは原則として壊してはいけない

**デフォルトの名無しさん** · 2019/01/25(金) 06:47:27.24

本当はprivateのメンバなんてヘッダに書きたくないんだよな
使う側にとってはどうでもいいことなんだし

まあデータメンバーはsizeof確定させるためにヘッダに書かざるを得ないんだけど
privateメンバ関数はcppに隠す手段が欲しい

**デフォルトの名無しさん** · 2019/01/25(金) 06:52:07.07

そこでインクルードですよ

**デフォルトの名無しさん** · 2019/01/25(金) 07:13:33.15

>>160
Pimpl がそれじゃなかった？

**デフォルトの名無しさん** · 2019/01/25(金) 07:28:33.12

できるけどポインタ経由になるしめんどくさいし

**デフォルトの名無しさん** · 2019/01/25(金) 07:39:18.36

どうでもいい実装は別に無名のnamespaceに入れてもいいわけだしね。
なんか全部privateに書けって開発チームもいるけど。

**デフォルトの名無しさん** · 2019/01/25(金) 07:46:20.34

テンプレートのときどうすんの

**デフォルトの名無しさん** · 2019/01/25(金) 09:33:40.77

templateクラスみたいなのは、独立したヘッダに素直に書くのが良いんだと思う

**デフォルトの名無しさん** · 2019/01/25(金) 12:11:07.30

Windows で動いて、かつ、llc.exe --version で Registered Targets に、

WASM32

と表示が出るタイプの(-march=WASM32 と指定出来るタイプの)
llc.exe のバイナリって、どこかで DL できない？

ソースからビルドするのは、当方は VS 15 以上を持ってないので無理。
cygwin からだとビルド出来るらしいけど、出来たバイナリが cygwin なしで起動
できないかもしれないのが問題。

**デフォルトの名無しさん** · 2019/01/25(金) 12:50:28.30

https://stackoverflow.com/questions/51310020/is-there-a-pre-built-clang-library-for-windows

↑を見つけたのでDL中。289MB だけど、残り3時間と表示されるうちの環境。

https://github.com/ziglang/zig/wiki/Building-Zig-on-Windows

ひきこもりのLより。

**デフォルトの名無しさん** · 2019/01/25(金) 16:37:51.73

>>168
三時間経過して確認してみたら、ありがたいことに、ちゃんと、
ビルド済みの llc.exe があり、Win7, 64BIT で実行できて、
llc --help では、Registered Target がものすごく大量に出てきて、
その中に、wasm32, wasm64 の文字があった。
x86, x86-64 の文字もある。

ちなみに、Emscripten の emsdk に含まれている llc.exe の、
Registered Target は、js, x86, x86-64 の3つのみ。
Emscripten ではこれを使って LLVM を、いったん asm.js という
JavaScript の subset 的な言語に変換してから、自前で色々な
処理を行い、後から binaryen の asm2wasm などで
wasm に変換している。

今回 DL できた llc.exe では、LLVM を直接 wasm の wast (S式)
形式に直せるらしい。

**デフォルトの名無しさん** · 2019/01/26(土) 04:41:46.50

>>159
public変数を書いてる奴と仕事したくないわ。

**デフォルトの名無しさん** · 2019/01/26(土) 07:26:23.40

変数はアクセス関数を通して公開すると変更に強くなると設計の本に書いてあるけど、だったらC++に元からプロパティ型があれば良いのでは。

**デフォルトの名無しさん** · 2019/01/26(土) 07:44:38.56

114514回目のプロパティ談義が始まったぞ～
うんざりしてない人だけ集まれ

**デフォルトの名無しさん** · 2019/01/26(土) 09:28:36.59

リファクタリングもテストもベンチマーク取りもやらんバカに限って
そういうことに興味持つよな。

**デフォルトの名無しさん** · 2019/01/26(土) 09:50:44.23

プロパティ型が無いから不毛な議論が続くのであって、プロパティ型が入れば世の中から争いが一つ消える。
不要論者は争いたいだけのくず。

**デフォルトの名無しさん** · 2019/01/26(土) 11:05:06.38

プロパティのアドレス取ったらどうなるべきなのか解決するまでC++にプロパティは入りません

**デフォルトの名無しさん** · 2019/01/26(土) 11:34:57.90

>>174
皆を納得させられるだけの仕様を君が提案して、この不毛な議論に終止符を打ってくださいな。

**デフォルトの名無しさん** · 2019/01/26(土) 11:43:59.62

メンバ変数宣言と初期化時に、コンストラクタ引数からのテンプレート引数推定を許してくれればいい感じのができそうなんだが
autoが許可されないのと同じで無理そう

**デフォルトの名無しさん** · 2019/01/26(土) 11:54:28.30

変数と同じ名前の関数の作成を許可するだけで良い気がする。
クラス外からは関数優先で解決して、クラス内からは変数優先で解決みたいな。

**デフォルトの名無しさん** · 2019/01/26(土) 12:43:50.56

コピコンや代入とも相性悪そう…
プロパティーはプロパティーだけで完結するならまだ良いが、
読み書き可能なプロパティーが別途存在するデータメンバと関係を持っていたりしたら、
プロパティーAとその実体の一部を構成するところのデータメンバBのコピー順順序が非常に取り扱いにくいことに…

C#とかで大手を振ってプロパティーが導入できているのは奴らのクラスが参照型であることと無関係ではないと思う
（C++/CXは忘却の彼方なので忘れた；

**デフォルトの名無しさん** · 2019/01/26(土) 12:52:15.23

ていうかC++/CXのコードを今見直したらバッキングストアとしてのデータメンバBの存在を必ず仮定しており、
コピーはBのみ行う仕様らしい
これの仕様ではプロパティーAのコードを他クラスのオブジェクトと関係を持つような書き方をされたとき、コピー時に破綻する

ウィンドーズホンでネイティブC++とC#の橋渡しでしか使わない機能なので今まであんま深く考えてなかった；；

**デフォルトの名無しさん** · 2019/01/26(土) 12:55:48.33

>>175
とりあえずエラーにしとけばいいんじゃね

>>176
とりあえずC++Builderみたいな方式でいいんじゃね
http://support.embarcadero.com/jp/article/35947

**デフォルトの名無しさん** · 2019/01/26(土) 13:05:26.17

存在しないプロパティの話はもういいいいいいいいいいいいいいいい

**デフォルトの名無しさん** · 2019/01/26(土) 13:08:30.94

いやすまん>>179と>>180はデフォルトのコピコンと代入の話しやったわ
自前でコピコンや代入演算子を定義するならどうだってなる話やったわ寝ぼけてたわｽﾏﾝorz

**デフォルトの名無しさん** · 2019/01/26(土) 13:27:11.25

std::arrayの実態はスタック領域に格納されるの？
高機能配列と考えてよければ生配列使いたくない

**デフォルトの名無しさん** · 2019/01/26(土) 13:35:18.29

C#のgetsetなんでパクらないの？

**デフォルトの名無しさん** · 2019/01/26(土) 13:50:54.53

実装

**デフォルトの名無しさん** · 2019/01/26(土) 13:51:38.09

実装依存だけどひーぷ

**デフォルトの名無しさん** · 2019/01/26(土) 14:01:13.68

>>184
std::arrayをnewで作ってたりしなければスタック
そして最適化の結果として普通の配列との違いはなくなる

**デフォルトの名無しさん** · 2019/01/26(土) 14:41:57.45

>>185
あれば使うけどなくても困らん
そんなことよりやることが多すぎてあっても無くてもいいものに手をかける時間はない
ネットワークライブラリですらC++20でも決まらなさそうな感じになってきたし

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/26(土) 15:02:57.27

>>185
前提が違うのに、一部だけそのまま持ってこれるわけないだろ。
既存の仕様を変更せずに、互換性を維持したままで整合性を取るのが大変だっつー話なんだよ。

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/26(土) 15:03:42.60

このスレではプロパティとか #pragma once が何度でも蒸し返されるけど、
そんなに簡単に出来ることならやっとるわ。
出来ないか、出来るとしても割に合わんという判断があるからやってないの。

**デフォルトの名無しさん** · 2019/01/26(土) 15:06:49.78

そりゃこのスレにプログラミング言語の専門家いないし
理論も実装も知りません

**デフォルトの名無しさん** · 2019/01/26(土) 16:31:28.38

>>191
だからなんでお前は勝手に委員会の代弁してんだよ
実際の提案や議論を追っかけててそれを説明してくれるならありがたいが、
マウント取りたいだけなら黙れ

**デフォルトの名無しさん** · 2019/01/26(土) 16:39:59.85

時々言語仕様の話になる現象何なの。

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/26(土) 18:48:43.58

>>193
説明してもまた蒸し返すんだから無駄だっていうことがわかったから。

**デフォルトの名無しさん** · 2019/01/26(土) 19:03:05.70

俺何度かプロパティに関する議論参加したけど、はちみつが
事実に即した採用されない理由を説明した場面を見たことないよ、勝手な妄想くっちゃべってるところは見たが

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/26(土) 19:05:00.12

そうか。

**デフォルトの名無しさん** · 2019/01/27(日) 00:16:21.08

採用されるべき理由を説明した人も居ないけどな
俺が欲しいから以外の理由を見たことがない

**デフォルトの名無しさん** · 2019/01/27(日) 00:45:15.54

採用されるべき理由なんてあると便利だからでいいんだよ
そこに入るツッコミの数々に耐え抜いたものだけが標準入りするだけ

**デフォルトの名無しさん** · 2019/01/27(日) 00:46:42.48

別にあーでもないこーでもないと議論する分にはいいだろ、ってことだよ
蒸し返すとか何様だ、と。
結構有意義な話(テンプレートでそれっぽいものを実現する試みとか)もあったしな

**デフォルトの名無しさん** · 2019/01/27(日) 00:49:33.88

つーかそんなにC#風のプロパティつかいたいなら素直にC#つかっとけ、みたいな
「なんでC#風のプロパティがないんだよ!」って言ってるやつを野放しにしておくと
そのうち「そもそも言語仕様でガベージコレクションが無いのがおかしい」とか
「今時テキストのソースから直にネイティブコードにコンパイルするのは設計が古い!
一旦中間コードにしてJITで実行するスタイルにすべき!」とか言いだすからな

**デフォルトの名無しさん** · 2019/01/27(日) 00:52:46.05

>>200
あのな1回や2回なら別にいいよ
数スレおきにやられててうんざりなんだよ

**デフォルトの名無しさん** · 2019/01/27(日) 00:53:56.73

確かにな
ラムダ式でもそういう論調だった

**デフォルトの名無しさん** · 2019/01/27(日) 01:03:48.51

gcが無いのは理由はっきりしてるだろ
ゼロオーバーヘッドに反しない方法で実装するのは困難だと

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/27(日) 01:06:02.76

まあ蒸し返してる人も、過去の話に納得いかなくて蒸し返してるわけじゃなくて
新しくやってきた人なんだろうと思うけど、以前から見てるとまあうんざりするってのは
わかって欲しい。

**デフォルトの名無しさん** · 2019/01/27(日) 01:10:03.22

だったら議論内容をスレタイにでも入れれば？

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/27(日) 01:12:18.91

>>200
プロキシクラスでプロパティっぽいものを作るやつのこと？
それももういいかげんしつこいくらい繰返されたネタで、
もういっぺん取り上げても有意義な要素はなんもない。

個人的には、 opaque alias と組み合わせればより
プロパティっぽいものに近づける可能性はあるかもな
とは思ってるけど。

**デフォルトの名無しさん** · 2019/01/27(日) 08:10:25.76

>>198
オブジェクトに付随する直接アクセスしたくなる変数とはプロパティなのだから、関数を介して公開せよという前にプロパティ型があれば頑強になるって事だろね。

**デフォルトの名無しさん** · 2019/01/27(日) 09:52:06.44

>>206
【プロパティはなんたらかんたらなので標準化困難】C++相談室 part141【#pragma onceはなんたらかんたらなので標準化困難】

ちょっとだけ長いかも

**デフォルトの名無しさん** · 2019/01/27(日) 10:01:16.61

うんざりだとか言ってる奴らの方がウザイ件

**デフォルトの名無しさん** · 2019/01/27(日) 11:06:12.21

>>210
数億年前からスレに居る生きた化石なので尊重せよ

**デフォルトの名無しさん** · 2019/01/27(日) 11:21:12.79

で、やっぱプロパティー実装するんなら
オブジェクトxのプロパティーy（yの型はt）のアドレスp取った時点でIDかなんかを発行して、
*pへの読み書きで（IDかなんかを通して）x.yの読み書きに変換されないと嘘だよねと、
（カプセル化の原則により、クラスyの利用者はデータメンバとプロパティーの区別とかいちいちしてくんないのが前提
　C++/CXのは「区別してくれ！」という中途半端仕様である…

もちろんpの加減算は、sizeof(t)バイト分の加減算に変換されねばならない

pがt*の変数に代入されたりpの配列なんか作られた日にはもう最悪で、
　t* q = p;
　*q = (t)1234;　　　// ！！！！(A)
　t* some_array[3] = { &x1.y, &x2.y, &x3.y };
　*(some_array[0]) = (t)1000;　　　// ！！！！(B)
とかされたときどういうコードを吐けば良いんじゃ…
もはや従来の生ポインタは生ポインタだけで済まなくなり、
IDなのかポインタなのかを区別するフラグが従来の生ポインタに付加されねばならない

ポインタ（に見えねばならないp）に対するアライメントの設定がまだ規格化されていないのは不幸中の幸いであった

**デフォルトの名無しさん** · 2019/01/27(日) 11:30:27.56

言い訳ばかりで使えねーなお前ら。

**デフォルトの名無しさん** · 2019/01/27(日) 11:36:02.94

じゃあ君が素晴らしい解決策を考え出して委員会に提案すれば？
デフォルト比較演算子の問題をspaceship operatorの導入で解決したみたいにな
アイデアはいつでも歓迎されてるぞ

**デフォルトの名無しさん** · 2019/01/27(日) 11:39:24.94

perlではよく見る　＜＝＞
それだったら　真似たから解決した　じゃね

**デフォルトの名無しさん** · 2019/01/27(日) 11:49:20.75

C++の宇宙船演算子、とてもよく出来てる
ルーツは他言語だけど単純に真似ただけ、というわけではない

**はちみつ餃子** ◆8X2XSCHEME · 2019/01/27(日) 13:54:08.60

プロパティとは何かというのがそもそもなんだかバラバラな意見だったりするんよ。
私は「ふたつの関数の組にしたもの (またはひとつの関数) を変数として抽象化 (見せかけ) したもの」
と考えていて、それが結果的に変数へのアクセサ・モディファイアとしてして機能し得る、
更にそれによってアクセスコントロールできるというのは用途のひとつに過ぎないと思う。

だから >>178 みたいな意見はスコープが小さすぎて割に合わないと思う。

もしプロパティが導入されるとしたら、クラスの外から見る限りでは変数と区別が
つかないようになっているべきだと思うのだが、 >>212 のような問題はあるし、
テンプレートでの推論ルールとかも考え始めると
まともなルールを決めるのはほとんど無理だと思えてくる。

「変数に見せかける」のは中途半端でいいから「プロパティ」が欲しいというような >>208
のような立場は一見して比較的に楽 (既存のルールを考えずに新しいものが増える) だが、
逆に言えば今まで無かった変数カテゴリが出現するわけなのでそれはそれで
既存の機能 (特にライブラリ) と辻褄を合わせるのはなかなか大変そうだ。

そういった部分を勘案して、あえてプロパティと呼べるようなものを導入するのだとしたら、
プロキシクラスによって実現することを軸にした上で
それで実現しきれない部分を埋めていくというアプローチが妥当だと思う。
前述 (>>207) のように、 opaque alias は有用な機能だろう。

な～んか、「思う」って言いすぎな気がするけど、
「思う」って言っとかないとまた「勝手に委員会を代弁している！」とか言い出すから、
明示的に「思う」って書いておくことにする。

**デフォルトの名無しさん** · 2019/01/27(日) 14:01:58.46

>>208
＞プロパティ型
いじっていい変数ならプロパティクラス作って明示すればいいだけじゃねえの

class A
{
public:
CPropety<int> i;
CProperty<double > d;
};
main()
{
A a;
a.i=10;
a.d=0.0;
}

**デフォルトの名無しさん** · 2019/01/27(日) 14:05:45.29

class A
{
public:
// 別々のgetterとsetterを付けたい
CPropety<int> i;
CPropety<int> ｊ;
};

どうすんのさ
書き込む前に少しくらい考えようよ

**デフォルトの名無しさん** · 2019/01/27(日) 14:16:19.49

>>219
オーバーロードしたらあかんの
CPropety<int> Ci {setter, getter}
CPropety<int> Cj {setter, getter}

class A
{
Ci i;
Cj j;
}

**デフォルトの名無しさん** · 2019/01/27(日) 14:18:42.56

そのCiとかCjは一体何なんだよ
クラスか？関数か？ぼくのかんがえたあたらしいプロパティプリミティブなのか？
考えて書け

**デフォルトの名無しさん** · 2019/01/27(日) 14:26:38.19

>>221
ぼくのかんがえたなんちゃらだよ
あたらしいかどうかしらんが

ちょっと書き方間違えてたな
class Ci: CProperty<int>{ setter,getter}
class Cj: CProperty<int>{ setter,getter}
これでどうだ

**デフォルトの名無しさん** · 2019/01/27(日) 15:41:24.57

>>217
＞「思う」って言っとかないとまた「勝手に委員会を代弁している！」とか言い出すから、
>>200
勝手に人の主張を捻じ曲げるな

というかプロキシクラスの提案は以前にもここであったし有意義な話だと思うんだけど、
それだと基本型ならともかく、クラス変数のメンバ関数は呼べないんだぜ
そこをどうにかする新たな言語機能は必要になる

**デフォルトの名無しさん** · 2019/01/27(日) 16:00:58.63

まぁ、親クラスのメンバにアクセスしたくなることはけっこうあるけどねｗ

**223** · 2019/01/27(日) 16:57:18.32

いや、単にこういう話
CPropety<std::string> Cs {setter, getter};

Cs = "hogehoge"; 　 // これは出来ても
size_t n = Cs.size();　// これは無理

まぁプロパティ絶対要る、って言いたいわけじゃないけどさ
>>189の言うようにあれば使う程度だけど

**デフォルトの名無しさん** · 2019/01/27(日) 17:05:46.66

リフレクションがないのにプロパティだけあっても意味ないだろう

**デフォルトの名無しさん** · 2019/01/27(日) 17:28:45.73

一般に「プロパティ」と言ったとき

- 変数メンバと同じ字面でアクセスできる
- 列挙可能

C#は両方実現してるけどJavaBeansだと後者だけだね。
C++で話題に挙がるのは専ら前者の性質だけのような気がするが、確かに
それだけだとあまり意味がないと思う。

**デフォルトの名無しさん** · 2019/01/27(日) 19:36:10.69

リフレクション知らんかったので調べてみたけど
ttps://ufcpp.net/study/csharp/sp_reflection.html
ファイルから読んだ内容から動的にクラスを作ったりできる、で合ってるだろうか？
確かにプロパティが欲しくなる場面って設定ファイルの読み書きとかだから、
そういうファイルと言語の橋渡しの機能が無いと片手落ちだというのはわかる気がする（合ってるか知らんけど

仮にINIファイルに対する読み書きを自動化するとして
[Key]
value = ほげほげ

というhoge.iniがあったときに
Ini hoge_ini("hoge.ini");
hoge_ini.Key.value = "ふがふが";

みたいなことが、C++でも出来なくはないけど（そのINIファイルに相当するクラスを手動で書けば）・・・
言語に取り入れようとしたら静的型付けやテンプレートとは死ぬほど相性悪いから無理だろうなぁ

**デフォルトの名無しさん** · 2019/01/27(日) 19:45:08.53

気合で何とか。

**デフォルトの名無しさん** · 2019/01/27(日) 19:59:29.75

使ってるエディタにプロパティージェネレート機能でも入れれば？
それくらいしょうもない話。

**デフォルトの名無しさん** · 2019/01/27(日) 20:02:24.90

そのうち入る静的なリフレクションで十分用はたせそう
プロパティが実現するかは知らんが

**デフォルトの名無しさん** · 2019/01/27(日) 20:04:51.92

プリプロセッサ強化しただけ

**デフォルトの名無しさん** · 2019/01/27(日) 22:48:48.02

メタプログラミング・オープンクラスなど、Ruby が遅い理由

obj.f( )
インスタンスの型が動的だから、obj の型と、メソッドf を毎回チェックするから、遅い

ほとんどのケースで、メソッドが変化しないのだから、

インスタンスをfreeze するとか、
JIT の予測分岐みたいなものを採用しないといけない

**デフォルトの名無しさん** · 2019/01/27(日) 22:50:00.96

C++でテストは何を使用してる？

BoostTest?
GoogleTest?
VC++のネイティブC++Test?
そもそもテストは作成しない？