[過去ﾛｸﾞ] C++相談室 part134 (1002ﾚｽ)
上下前次1-新
このｽﾚｯﾄﾞは過去ﾛｸﾞ倉庫に格納されています｡
次ｽﾚ検索 歴削→次ｽﾚ 栞削→次ｽﾚ 過去ﾛｸﾞﾒﾆｭｰ
1(2): (ﾜｯﾁｮｲ 5fcb-Q2eK) 2018/01/20(土)09:05 ID:mJKRg6iz0(1/2) AAS
次スレを立てる時は本文の1行目に以下を追加して下さい。
!extend:on:vvvvv:1000:512
C++に関する質問やら話題やらはこちらへどうぞ。
ただし質問の前にはFAQに一通り目を通してください。
IDE (VC++など)などの使い方の質問はその開発環境のスレにお願いします。
前スレ
C++相談室 part133
2chｽﾚ:tech
このスレもよろしくね。
【初心者歓迎】C/C++室 Ver.102【環境依存OK】
省7
903(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5b6f-kUw7) 2018/03/29(木)16:02 ID:frx7qa9h0(1) AAS
俺もそのとき発言してた
2chｽﾚ:tech
904(1): (ﾜｯﾁｮｲ 9334-3URi) 2018/03/29(木)17:26 ID:T1PPEJjr0(2/2) AAS
>>884
Builderだけtry-finallyセクション使えたり次元が違う希ガス
905(1): (ﾜｯﾁｮｲ 5be7-Cooj) 2018/03/29(木)20:10 ID:LRHKAKcy0(2/2) AAS
>>876
A.extendWidth(20);
それを書くことが便利で必要なクラスだったらそういう操作を作るべきだな
906: (ﾄﾞｺｸﾞﾛ MMa3-PArs) 2018/03/29(木)21:38 ID:1OB4BLGUM(1) AAS
>>884
あったよ
>>904も含めて当時はネイティブコードを吐くC#みたいな感じだった
もう少し頑張れるかと思ったけど、Visual Studioの便利さに負けたと思ってる
907: (ﾌﾞｰｲﾓ MMb3-vInS) 2018/03/29(木)21:46 ID:6IJhuxisM(1) AAS
カーンを首にしてアプリ側に振ったのが敗因だったな
膨大なdbaseの資産も全く使えなかったのはNetaWareと
同じだった
908(1): (ﾜｯﾁｮｲ d3cb-436e) 2018/03/30(金)01:25 ID:6elBmHqP0(1) AAS
>>902
え、違うの？
909(1): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5b6f-kUw7) 2018/03/30(金)04:42 ID:AQ2aJRgB0(1) AAS
>>908
違うよ。
デフォルトでのゲッタ/セッタを提供したりすることはあるけども、 >>903 で言及している通り「変数に見せかける」機能。
910(1): (ﾄﾞｺｸﾞﾛ MMa3-PArs) 2018/03/30(金)06:43 ID:MnRWcQoLM(1/3) AAS
そもそも変数に見せかけると言うプロパティ自体の話とgetter/setterの自動生成の話は全く別物で>>902で比較してる意味がわからん
たぶん本人もちゃんと理解できてないんだろうな...
911: (ｵｲｺﾗﾐﾈｵ MM6b-ePcA) 2018/03/30(金)07:46 ID:QwXbOxz8M(1) AAS
>>905
例えば座標なら+=使えた方が楽じゃね
912: (ﾌﾞｰｲﾓ MMab-q1Nq) 2018/03/30(金)08:33 ID:x9Ml4xAFM(1) AAS
>>909
なんだそういうことか。それも含めて単なる自動生成だと認識してたよ。
913: (ﾜｯﾁｮｲ 4150-W7mk) 2018/03/30(金)08:34 ID:trt/A0j+0(1/4) AAS
そうやってソフトが重くなって行くわけだな
数値の += なんて軽いと思って何度も呼んだら
実は描画や保存も何度も呼ばれてしまうとか
914: (ﾜｯﾁｮｲ 417f-kUw7) 2018/03/30(金)08:42 ID:u8hlmR9G0(1/2) AAS
それはプロパティに限った問題ではないな
915: (ｽｯﾌﾟ Sdf3-qGf7) 2018/03/30(金)08:45 ID:+sennHugd(1/2) AAS
プロパティってそれ単体で取り出せるの？
それなら使えるな
916: (ｽｯﾌﾟ Sdb3-W7mk) 2018/03/30(金)08:52 ID:HVaF4kSpd(1/2) AAS
呼ばれる側 : そんな何度も呼ばれるとは思わなかった
呼ぶ側 : 重いとは思わなかった
917: (ﾜｯﾁｮｲ b37e-YG9/) 2018/03/30(金)09:52 ID:mPLnga/50(1/2) AAS
少なくともAdd()なら何かしらの関数を呼んでいることはわかる
918: (ﾜｯﾁｮｲ 5be9-VlFK) 2018/03/30(金)11:31 ID:3ziE5qsO0(1/3) AAS
プロパティでもなんらかの関数が含んでいることはわかるが
919: (ﾜｯﾁｮｲ b37e-YG9/) 2018/03/30(金)11:45 ID:mPLnga/50(2/2) AAS
それがただの変数なのかプロパティなのかは調べるまでわからない
920: (ｽｯｯﾌﾟ Sdb3-VlFK) 2018/03/30(金)11:57 ID:27QTfa4qd(1/2) AAS
調べろよ
921: (ﾜｯﾁｮｲ 417f-kUw7) 2018/03/30(金)11:58 ID:u8hlmR9G0(2/2) AAS
変数でも演算子がオーバーロードされてる場合もあるからな
結局調べないとダメ
922: (ｽｯｯﾌﾟ Sdb3-VlFK) 2018/03/30(金)12:01 ID:27QTfa4qd(2/2) AAS
っていうか>>883いわく、publicな変数は有り得ないらしいし、そういう運用してるなら考えるまでもなくプロパティじゃん
923(1): (ﾜｯﾁｮｲ c1b3-kUw7) 2018/03/30(金)15:53 ID:l98ixrSj0(1/3) AAS
>>910
お前のレスの意味がわからん
実際C#もソースコード公開されてるソフトの改造程度にしか触ったことないんでちゃんと理解してないが
getter/setterの自動生成するだけのクソ機能と誤解してる人がこのスレでも前スレでも見られたから
>>902を書いただけなんだが
というか書き込む前の１〜２レスすら読めんのかお前は
924: (ﾜｯﾁｮｲ 1908-kUw7) 2018/03/30(金)17:21 ID:6y8tfNRe0(1) AAS
C++erが通常prvalueで返しているリファレンサを、データメンバにするってことなら
テンポラリを作らなくなる分、速度的なメリットはありそうだな
# でも、俺はイヤだな
# データメンバがドカドカ増えるのがなんか気持ち悪い
# 慣れの問題っちゃそうかも知れんが
925: (ｽｯﾌﾟ Sdf3-qGf7) 2018/03/30(金)17:39 ID:+sennHugd(2/2) AAS
>>898
言いたいことがわかった気がする
926: (ｽｯﾌﾟ Sdb3-W7mk) 2018/03/30(金)17:42 ID:HVaF4kSpd(2/2) AAS
やっとかよ
927(1): (ﾄﾞｺｸﾞﾛ MMa3-PArs) 2018/03/30(金)20:19 ID:MnRWcQoLM(2/3) AAS
>>923
だからそんな誤解してるのはお前と同レベルのバカだけだろ w
言語仕様の話とIDEの機能の区別もつかないアホなんて放置でいい
928: (ﾜｯﾁｮｲ 5be9-VlFK) 2018/03/30(金)20:30 ID:3ziE5qsO0(2/3) AAS
自分から絡んで行ってバカ呼ばわりとはこれいかに
929: (ﾄﾞｺｸﾞﾛ MMa3-PArs) 2018/03/30(金)20:51 ID:MnRWcQoLM(3/3) AAS
またバカが絡んできたよ w
930(1): (ﾜｯﾁｮｲ c1b3-kUw7) 2018/03/30(金)20:59 ID:l98ixrSj0(2/3) AAS
>>927
いや、なんか根本的に誤解されてる気がするが
C#とかだと、多分プロパティ作ると自動である程度書いてくれるんだろうけど
その話じゃなくて「C++におけるpublicなGetXX(), SetXX()が暗黙的に作られる（だけ）」、みたいな誤解
（C#やBuilder知らずに議論をぱっと見するとそういう誤解しがち、俺も以前はしてたが）
があるんだよな
説明不足だったかもしれんけどIDEの支援機能の話ではない
というか前スレのリンクにあったブログの
外部ﾘﾝｸ[html]:ufcpp.net
これが個人的にはわかりやすかった
931: (ﾜｯﾁｮｲ 5be7-Cooj) 2018/03/30(金)21:21 ID:FlBD8vqz0(1/2) AAS
Javaのイメージなのかな？
あれはJavaBeansとかいうゴミ規約のせいで本当にGetXX()とSetXX()を作るだけのゴミ機能がIDEに標準装備だったりする
932: (ﾜｯﾁｮｲ 5be9-VlFK) 2018/03/30(金)21:27 ID:3ziE5qsO0(3/3) AAS
まあプロパティある言語触ったことないやつは勉強不足だから無視していいって言うのは一理ある
933: (ﾜｯﾁｮｲ 4150-W7mk) 2018/03/30(金)21:59 ID:trt/A0j+0(2/4) AAS
>>930
現状のメンバへの代入や値取得が
暗黙的に作られるgetter/setter
プロパティが採用されてもこの辺はなんら変わらないかと
934(1): (ﾌﾞｰｲﾓ MMab-q1Nq) 2018/03/30(金)22:16 ID:8D6duvwPM(1) AAS
お前らの書き込み見ると、プロパティがものすごい大発明なんじゃないかと錯覚するけど
変数のようにかける件を含めても糖衣構文以上のものじゃないだろ。
+=したけりゃそういうプロキシ書けばいい。
935: (ﾜｯﾁｮｲ 4150-W7mk) 2018/03/30(金)22:21 ID:trt/A0j+0(3/4) AAS
お前らってだれだよ
一人だけだろプロパティ信者
936: (ﾜｯﾁｮｲ 4150-W7mk) 2018/03/30(金)22:25 ID:trt/A0j+0(4/4) AAS
これ以上言語機能を増やさなくて良い
コンパイラが規格に追い付いてなくて互換性が崩れる
937: (ﾜｯﾁｮｲ 5be7-Cooj) 2018/03/30(金)22:28 ID:FlBD8vqz0(2/2) AAS
クソ機能というわけではないが、ものすごく便利というわけでもない
あればあったで使うけど、ないならないで困らないし、言語設計として採用するしないの判断はどっちもあり
C++は採用しない判断をした
その程度の話
938(1): 2018/03/30(金)23:12 AAS
実体が関数なら漢らしく見た目も関数にしろよwww
見た目が変数なのに処理が走るとか、見た目が割り算なのに文字列連結するとか変態野郎は死にくされやwwwww
939: (ﾜｯﾁｮｲ c1b3-kUw7) 2018/03/30(金)23:32 ID:l98ixrSj0(3/3) AAS
その辺はC++のコンストラクタ・デストラクタに嫌悪感を示すCユーザーが昔よく言ってた台詞と似てるｗ
「裏で何が起きてるかわかりづらいから嫌だ」、とかね
別に本気でプロパティ推してるわけじゃないが、いざプロキシクラスで代用しようとするとめんどい
ETなんかを仲介するとテンプレートの実体化の数でコンパイラへの負担がデカいし、
メンバ関数の呼び出しをサポートしようとすると継承が必要になるし・・・それなりに問題点はある
940(1): (ｽﾌｯ Sdb3-VlFK) 2018/03/30(金)23:40 ID:vpP76l93d(1/2) AAS
>>934
大発明じゃなくて、もはや常識。C++にはないって聞いて最初驚いたもん
いやまあたしかになくてもいいんだけど、演算子オーバロードはあるのにプロパティはないって変な言語だわ
941(1): (ｽﾌｯ Sdb3-VlFK) 2018/03/30(金)23:41 ID:vpP76l93d(2/2) AAS
>>938
それiostremディスってんの？
942(1): (ﾜｯﾁｮｲ d3cb-q1Nq) 2018/03/31(土)00:11 ID:o3PNwIlC0(1/2) AAS
>>940
お前が驚くと凄いことなん？
943(1): (ﾜｯﾁｮｲ d3bd-qsUw) 2018/03/31(土)00:12 ID:aFk+9CH40(1/3) AAS
>>941
>>941はiostreamを擁護する気か
944: (ﾜｯﾁｮｲ 2b9a-ePcA) 2018/03/31(土)00:19 ID:iyPH7JTK0(1) AAS
ダイヤモンド継承使われてるんだっけ
あれ使ったことないな
いらない機能だと思うなら使わないってだけだしプロパティはあった方がらくだと思うけどね
独自拡張でつけてるのもあるし
945: (ｽﾌｯ Sdb3-VlFK) 2018/03/31(土)00:25 ID:NJ7AGlMvd(1) AAS
>>942
凄くないよ
>>943
すまん。適当書いたけどiostremは擁護出来ねえわ
946: (ﾜｯﾁｮｲ 5be7-Cooj) 2018/03/31(土)00:47 ID:C63IJ9vb0(1/3) AAS
iostreamの<<チェーンが実は最近まで規格上未定義動作だった話は正直呆れた
947(1): (ﾜｯﾁｮｲ b37e-YG9/) 2018/03/31(土)01:02 ID:19OTzhSN0(1/3) AAS
採択されてもプロパティのアドレスをどうやって取るのかっていうことで標準化委員会で揉めて10年は停滞する
948(2): はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5b6f-kUw7) 2018/03/31(土)01:48 ID:nFIfPX7B0(1/6) AAS
>>947
サブオブジェクトがユニークアドレスを取れなくてもいいことを示す [[no_unique_address]] 属性が C++20 のドラフトに入った。
外部ﾘﾝｸ[html]:www.open-std.org
オブジェクトがユニークなアドレスを持つ原則を捨てたわけ。
これを踏襲するなら、プロパティのアドレスは取れないってことにして解決するのが自然で、揉める余地はそんなにないと思う。
実際にアドレスは存在しないわけだし、存在しないものを返しようがないじゃん。
949: (ﾜｯﾁｮｲ b37e-YG9/) 2018/03/31(土)02:09 ID:19OTzhSN0(2/3) AAS
>>948
最初のプロパティの提案がいつかはしらないけど
実際にこれが決まったとして最短で2020年
そこから更に何年かかるのか
950(3): (ﾜｯﾁｮｲ 9368-uaFS) 2018/03/31(土)04:29 ID:O6Ruc86y0(1) AAS
抽象クラス"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でインスタンスを作成する方法はあるでしょうか？
ちなみに必死に考えて考えついた方法ですが
省5
951: (ﾜｯﾁｮｲ db0e-uaFS) 2018/03/31(土)04:37 ID:350O8bDz0(1) AAS
・・・？
typeidじゃアカンの？
952: (ﾜｯﾁｮｲ 1908-kUw7) 2018/03/31(土)05:55 ID:15qJIIAA0(1/3) AAS
class B : public Super
{
public:
Super* re_new() override
{
delete this;
return new B{};
}
};
953(2): (ﾜｯﾁｮｲ 5be7-Cooj) 2018/03/31(土)06:37 ID:C63IJ9vb0(2/3) AAS
>>948
単純に &obj.int_prop と書いた時に、この式の型と値をどうするかは難しい問題じゃない？
intの一時オブジェクトへのポインタ、intのぬるぽ、int_propのgetterへの関数メンバポインタ、ill-formed
どれも問題あると思う
954: (ﾜｯﾁｮｲ 4104-2GNe) 2018/03/31(土)06:47 ID:8va89mAu0(1/3) AAS
プロパティを関数として実装したら関数のアドレスは取れるんじゃないかなぁ。はぁ、実装依存ですか。
955: (ｱｳｱｳｶｰ Sadd-LLtt) 2018/03/31(土)08:02 ID:5h07DQhTa(1) AAS
>>950
全然スマートじゃないがvisitorパターン使えば？
956: (ﾜｯﾁｮｲ 93b3-PArs) 2018/03/31(土)09:03 ID:OaeapR1O0(1) AAS
>>953
> 単純に &obj.int_prop と書いた時に、この式の型と値をどうするかは難しい問題じゃない？
エラーにしちゃえばいいだろ
957: (ﾜｯﾁｮｲ 4150-W7mk) 2018/03/31(土)09:14 ID:HGehdmya0(1/2) AAS
つまり意識しなきゃならんてことか
じゃあ素直に関数にしろよ
958: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5b6f-kUw7) 2018/03/31(土)09:16 ID:nFIfPX7B0(2/6) AAS
>>953
一時オブジェクトへのポインタってことにする一択だと思うけどなぁ。
あくまでも「変数に見せかける」、
つまりは、ゲッタの呼出しに構文糖を付けて見かけ上だけ変数 (データメンバ) っぽいって立場を貫かないと、
余計な気を回してもわかり難さが増すだけだよ。
rvalue なのは仕方がない。
959(2): (ﾜｯﾁｮｲ 9334-3URi) 2018/03/31(土)09:16 ID:Nj0xu+770(1/7) AAS
どうしてアドレスを取りたがるのかよくわからない
クラスのメンバ関数だってアドレス取れないだろ
960: (ﾜｯﾁｮｲ 9334-3URi) 2018/03/31(土)09:18 ID:Nj0xu+770(2/7) AAS
ああメンバ仮想関数な
961: (ﾜｯﾁｮｲ 4104-2GNe) 2018/03/31(土)09:18 ID:8va89mAu0(2/3) AAS
>>959
メンバ関数のポインタ構文が何故あるのですか？
962: (ﾜｯﾁｮｲ 4104-2GNe) 2018/03/31(土)09:18 ID:8va89mAu0(3/3) AAS
あー。
963: (ﾜｯﾁｮｲ 9334-3URi) 2018/03/31(土)09:22 ID:Nj0xu+770(3/7) AAS
訂正しただろ
仮想関数はアドレスが取れないだろ
964: (ﾜｯﾁｮｲ 1908-kUw7) 2018/03/31(土)09:23 ID:15qJIIAA0(2/3) AAS
取れるよ、何言ってんの
そのポインタは動的結合までできる優れもの
965(1): (ﾜｯﾁｮｲ 9334-3URi) 2018/03/31(土)09:25 ID:Nj0xu+770(4/7) AAS
出来ないよ
何いってんの
966: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5b6f-kUw7) 2018/03/31(土)09:26 ID:nFIfPX7B0(3/6) AAS
>>959
変数に見せかける以上は変数と同じようにふるまうことを期待するってのは普通の要求じゃないか？
データメンバに対して操作するテンプレートはプロパティを操作するテンプレートとしても使えて欲しい。
でもまあ充分に「見せかける」ことが出来ないのなら問答無用でエラーになった方がマシではあるかもしれん。
967: (ﾜｯﾁｮｲ 5be7-Cooj) 2018/03/31(土)09:41 ID:C63IJ9vb0(3/3) AAS
objがlvalueなのにobj.int_propがrvalueになるのはまずいと思うんだよなあ
うっかり関数の戻り値でその参照なんか返そうものなら相当わかりにくいバグになる
C#とかはその辺の問題どう解決してるのかしらね
968: (ﾜｯﾁｮｲ 9334-3URi) 2018/03/31(土)09:48 ID:Nj0xu+770(5/7) AAS
property int count {
>>() {return count_ ; } // getter
<<(int cnt) {SetCount(cnt):} // setter
&() {return &count_;} // address getter
};
みたいにアドレス抽出用のメソッドを追加すりゃ良いだけのような気がする
969(1): (ﾜｯﾁｮｲ 4150-W7mk) 2018/03/31(土)10:00 ID:HGehdmya0(2/2) AAS
コードを減らす為の規格追加でコードを増やす解決法
う〜ん
970: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5b6f-kUw7) 2018/03/31(土)10:21 ID:nFIfPX7B0(4/6) AAS
>>969
これは抽象化の話なんだよ。
変数のように見せかけるためには何が必要かって話なの。
971: (ﾜｯﾁｮｲ 1908-kUw7) 2018/03/31(土)10:29 ID:15qJIIAA0(3/3) AAS
>>965
外部ﾘﾝｸ:ideone.com
972: (ﾜｯﾁｮｲ 9334-3URi) 2018/03/31(土)10:35 ID:Nj0xu+770(6/7) AAS
property int count {
() {return count_ ; } // getter
=(int cnt) {SetCount(cnt):} // setter
&() {return &count_;} // address getter
++() {return ++count; } // incrementer
}
この方がしっくり来るな
973: (ｽｯﾌﾟ Sdb3-W7mk) 2018/03/31(土)10:56 ID:aygih7Tkd(1/3) AAS
予約語を増やすとどれだけの影響があるか
なんて考えたことはないのかな？
974: (ｽｯﾌﾟ Sdb3-W7mk) 2018/03/31(土)10:57 ID:aygih7Tkd(2/3) AAS
まあここはC++相談室
おれが考えた最強言語を語るところじゃない
975: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5b6f-kUw7) 2018/03/31(土)11:05 ID:nFIfPX7B0(5/6) AAS
opaque definition でゲッタを定義できるように拡張すればプロパティ専用の構文を導入する必要なく
プロパティを実現できるのではないかと妄想していた。
976: (ﾜｯﾁｮｲ 9334-3URi) 2018/03/31(土)11:10 ID:Nj0xu+770(7/7) AAS
using count = int {
() {return count_ ; } // getter
=(int cnt) {SetCount(cnt):} // setter
&() {return &count_;} // address getter
++() {return ++count; } // incrementer
};
予約語増やさないならこんな感じに書けなくもない
977: (ﾜｯﾁｮｲ 5be9-VlFK) 2018/03/31(土)11:21 ID:Pb+ZodvD0(1) AAS
プロパティの実装の議論までここでするか？
Dと同じでいいじゃん
978: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5b6f-kUw7) 2018/03/31(土)11:23 ID:nFIfPX7B0(6/6) AAS
前提が違うものを同じには出来ないよ。
参考にすることはあると思うけど。
979: (ｽｯﾌﾟ Sdf3-qGf7) 2018/03/31(土)12:19 ID:+mjd8c8id(1) AAS
仮想関数のアドレスが取れないという発言は何だったんだろう
980: (ﾜｯﾁｮｲ b37e-YG9/) 2018/03/31(土)13:29 ID:19OTzhSN0(3/3) AAS
>>950
std::pair<Super*,std::string> obj2 = std::make_pair(new B(), "ClassB");
981: (ｽｯﾌﾟ Sdb3-W7mk) 2018/03/31(土)13:32 ID:aygih7Tkd(3/3) AAS
スレチ
次スレまで引きずるなよ
982: 2018/03/31(土)13:50 AAS
>>950
クラスA, B, Cにそれぞれ自分自身のインスタンスを生成するstaticメソッドを用意し、
そのstaticメソッドへのポインタを返す共通メソッドを用意する。
983(1): (ﾜｯﾁｮｲ d3bd-qsUw) 2018/03/31(土)14:23 ID:aFk+9CH40(2/3) AAS
リフレクションがある言語でGUIの画面またはユーザーコントロールを作成する際に
YSIWYGで作ることをやれるIDEを作りたい、というときに、メンバー関数とプロパティーの2種類あったら便利なのや
C++にプロパティー入れたらリフレクションも来るでこれは…
もっとも上記課題解決のための技術は10年も前にWPFの登場で丸ごと過去の技術やがな…
984: (ﾜｯﾁｮｲ d3bd-qsUw) 2018/03/31(土)14:30 ID:aFk+9CH40(3/3) AAS
ていうかWPFのコンバーターの書き方とか、メンバ関数に逆戻りやぞ…
（IValueConverter.Convert(), IValueConverter.ConvertBack(),
IMultiValueConverter.Conver(), IMultiValueConverter.ConvertBack(), ...
985: (ｱｳｱｳｳｰ Sa45-uaFS) 2018/03/31(土)15:43 ID:UG1yVXDXa(1/2) AAS
リフレクションはゴミとまで言わないけどc++にはいらない機能
986: (ﾜｯﾁｮｲ d180-3UCh) 2018/03/31(土)16:09 ID:D1vbg0pQ0(1) AAS
リフレクションがあれば死なずに済んだ人もいるだろうに。
987: (ｱｳｱｳｳｰ Sa45-uaFS) 2018/03/31(土)16:37 ID:UG1yVXDXa(2/2) AAS
デバッグでリフレクション使うのか？
988: (ﾜｯﾁｮｲ d3cb-q1Nq) 2018/03/31(土)20:24 ID:o3PNwIlC0(2/2) AAS
C++相談室 part135
2chｽﾚ:tech
もう糞テンプレいらないよね？
あと死ね
989: (ﾜｯﾁｮｲ 9380-V9Xo) 2018/03/31(土)22:27 ID:u+oLKOIo0(1) AAS
うむごくろう。
990(1): (ｱｳｱｳｶｰ Sadd-LLtt) 2018/04/01(日)18:13 ID:JVL2cf0wa(1) AAS
c++のfriendはprivateメンバーすべてにアクセスできてしまうけど特定の変数だけ、もしくは特定の関数だけfriendにする事は可能でしょうか？
991: (ﾌﾞｰｲﾓ MMab-q1Nq) 2018/04/01(日)18:43 ID:nEv6CmIlM(1) AAS
>>990
ピンプるか、○○って俺の友達の友達なんだぜーにしてしまうか、かなー
992: (ｱｳｱｳｳｰ Sa45-HAdz) 2018/04/01(日)19:11 ID:BG5JJopwa(1) AAS
pimplイデオムはなんとなくわかるけど、俺の友達の友達は編集したい対象を別のクラスに分けてしまうこと？
993: (ﾜｯﾁｮｲ c1f2-kUw7) 2018/04/01(日)20:21 ID:WPbk7cUz0(1) AAS
そういえばシステムハンガリアンはしばしば批判されるのに、pimplのpは批判されているのを見たことがないな。
994: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5b6f-kUw7) 2018/04/01(日)21:12 ID:47FEpc5z0(1/2) AAS
外部ﾘﾝｸ:www.google.com
995(1): (ﾜｯﾁｮｲ d3cb-q1Nq) 2018/04/01(日)22:32 ID:EwuQ9U5u0(1) AAS
(餃子が (御乱心 (されたぞー)))
996: はちみつ餃子◆8X2XSCHEME (ﾜｯﾁｮｲ 5b6f-kUw7) 2018/04/01(日)23:03 ID:47FEpc5z0(2/2) AAS
>>995
そこは「ハンガリアンじゃなくて半刈りやん」って言って欲しかった。
997: (ｱｳｱｳｶｰ Sadd-LLtt) 2018/04/02(月)07:54 ID:t04teqlda(1) AAS
いやいやこんなの丸刈りやん
998(1): (ﾜｯﾁｮｲ 19bd-kUw7) 2018/04/02(月)09:36 ID:E1iWIfmB0(1/2) AAS
>>983
YSIWYGってなに？
999: 2018/04/02(月)11:52 AAS
>>998
WYSIWYGのtypoなだけやん
アスペか
1000: (ﾜｯﾁｮｲ 19bd-kUw7) 2018/04/02(月)12:50 ID:E1iWIfmB0(2/2) AAS
訂正だろ？ 態度悪いなおまえ
1001(1): 1001 ID:Thread(1/2) AAS
このスレッドは１０００を超えました。
新しいスレッドを立ててください。
life time: 72日 3時間 44分 41秒
1002(1): 1002 ID:Thread(2/2) AAS
5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
省4
上下前次1-新書関写板覧索設栞歴
ｽﾚ情報 赤ﾚｽ抽出 画像ﾚｽ抽出 歴の未読ｽﾚ AAｻﾑﾈｲﾙ
ぬこの手 ぬこTOP 0.401s*