16/09/01 19:36:30.23 qC9ojyjS.net
>>322
同性婚の夫婦が養子をとった時に破綻する先見性のない設計ですね w
332:デフォルトの名無しさん
16/09/01 19:46:48.63 zfFV4MMV.net
メンバ変数ぽく使えるより、指示すればgetter,setterを自動生成してくれる方がいいな。
参照とって書き換える関数に渡したらどうなるんだとか考えると、変数っぽく使えるのは混乱招くだけのような。
333:デフォルトの名無しさん
16/09/01 20:02:06.91 f8G6zOLb.net
>>326
不要な汎用化じゃね？
必要になってから修正でいいだろ。
334:デフォルトの名無しさん
16/09/01 20:16:20.03 qC9ojyjS.net
>>328
ネタに突っ込むならもう少し面白いやつ頼むわ
335:デフォルトの名無しさん
16/09/01 20:31:55.38 n+lE1LxE.net
setter/gettrrが要る要らないの話題になるとpublic変数の話題に転びがちだな。
ちょっともにょもにょする。
336:デフォルトの名無しさん
16/09/01 20:40:39.28 n+lE1LxE.net
外部から属性を設定せざるを得ない状況がけっこうあって、なかなかリファクタリングも難しいってことか。
337:デフォルトの名無しさん
16/09/01 21:41:16.10 quvSlm2c.net
>>327
C++でプロパティ導入するなら、getterの戻り値は参照かconst参照のどちらかに制限すれば、
その辺の問題は解決しそう。
338:デフォルトの名無しさん
16/09/01 23:31:36.63 kyBhPm5k.net
そういや、パッと見は普通のフィールド（メンバ変数）なせいで
実行速度とか気にせずに気楽に使ってしまいやすい、なんて弊害も多少あるみたいね。
339:デフォルトの名無しさん
16/09/01 23:49:26.27 VuYRfyfh.net
てかgetter/setterでもプロパティカプセル化が弱くなるから原則使わないのが基本だろ
フラグをプロパティ化してどうのこうのとか言ってるやついたけど、参照透過性なくなって状態遷移図保守の雇用を産みだしてるだけ
340:デフォルトの名無しさん
16/09/01 23:55:31.16 quvSlm2c.net
それはおかしいだろ。メンバ変数を外から操作する必要性は普通にある。
例えばWindowクラスとかどうすんの。メンバ変数変えられないWindowクラスとか欠陥品でしょ。
341:デフォルトの名無しさん
16/09/01 23:55:52.32 oRYPM1bK.net
>>334
言いたいことはわかるが、 外からの属性アクセスをやめたとしても、
実際に内部状態が変化するなら参照透過ではないよな？
342:デフォルトの名無しさん
16/09/01 23:58:42.81 VuYRfyfh.net
>>335
お前がWindowクラスを書くのは自由だけど、C++なんだから数値計算ライブラリとかを想定して書けよ
>>336
もちろん
343:デフォルトの名無しさん
16/09/02 00:04:47.23 q6GNZ6RD.net
>>337
否定されてから急に話題を限定し出すってのは一番見苦しいパターンだぞｗ
素直に間違いを認めろよ。数値解析だっていくらでもそういう事例あるだろ。
344:デフォルトの名無しさん
16/09/02 00:23:31.33 dxT5btnL.net
あるかないかで言えばもちろんあるけど、外部主導の状態コントロールは避けたいので、
設計に時間をかけられるときはhetter/setterは減るだろう、ってだけ。
345:デフォルトの名無しさん
16/09/02 00:25:04.39 dxT5btnL.net
X hetter
〇 getter
346:デフォルトの名無しさん
16/09/02 00:32:46.64 wMSGanuZ.net
C++はプロパティないのでコード書くときは短く済ませたいんで
ゲッターはSize()、
セッターをSetSize()にして
Get省略してる
347:デフォルトの名無しさん
16/09/02 00:50:46.08 VaOayOrf.net
>>341
自分はSetも省略する
たまに引数の関係でできない時もあるけどさ
348:デフォルトの名無しさん
16/09/02 04:12:21.27 +CUdjKtm.net
俺はオーバーロードになると関数ポインタとるのが面倒になるからsetぐらいは省略しないな
349:デフォルトの名無しさん
16/09/02 04:38:51.30 17n5VyUh.net
メンバ関数ポインタってほとんど使わないから気にしたことなかった…
350:デフォルトの名無しさん
16/09/02 06:31:01.77 96M6CE+e.net
>>342
ああ、引数の違いを利用すればsetもgetも省略できるのか。
int value(int val); ... メンバvalueの値の設定
int value(); ... メンバvalueの値の参照
同じ関数名で機能の異なるものを作るのは危険、
ということから思いつきもしなかったけど、
この使い方なら便利で有用かも知れないな。
351:デフォルトの名無しさん
16/09/02 07:16:35.65 Vf4h0u1D.net
>>345
> int value(int val); ... メンバvalueの値の設定
なぜに戻り値？
352:345
16/09/02 07:33:47.21 96M6CE+e.net
>>346
値の範囲制限とかする場合に、
戻り値に「実際に格納された値」を入れて返す。
あと瑣末なことだけど、
cout << a.value(val) << endl;
みたいに格納しつつ値も使う、ができてちょい便利。
353:デフォルトの名無しさん
16/09/02 07:35:34.05 MC2dvnuP.net
そう言うの、以前の値を返すのも多いから紛らわしいな。
354:デフォルトの名無しさん
16/09/02 07:36:05.31 sd/G3GoC.net
std::exchange的な～？
355:デフォルトの名無しさん
16/09/02 07:49:11.95 Vf4h0u1D.net
>>347
> 戻り値に「実際に格納された値」を入れて返す。
こっちはまだわからなくもないが
> 格納しつつ値も使う、ができてちょい便利。
みたいな設計はどうかと思う
356:デフォルトの名無しさん
16/09/02 08:01:45.25 /uIui9G6.net
そうだな
(a = b) = c;
みたいな20世紀の設計思想だな
357:デフォルトの名無しさん
16/09/02 08:01:48.98 5Aji0+2+.net
*this
358:を返してしまう
359: ◆SEdFBOkLSw
16/09/02 08:29:24.90 Nu/77N8P.net
>>352
メソッドチェーン出来て便利だよね。
360:デフォルトの名無しさん
16/09/02 08:44:56.31 OksuLk+6.net
演算子のオーバーロードみたいな使い方のポリシーでは
a.val(b.val() + c.val()) みたいなやつ
というかどうしてもプロパティが欲しけりゃ演算子オーバーロードで真似っこできるじゃん
361:デフォルトの名無しさん
16/09/02 08:48:54.95 xzsbRhmn.net
は？ 演算子オーバーロードでどうやってプロパティの代用すんだよｗ
プロパティ分かってない奴か？ コードを示して見ろ。
362:デフォルトの名無しさん
16/09/02 09:12:04.14 +CUdjKtm.net
URLﾘﾝｸ(ideone.com)
こんな感じか？
363:デフォルトの名無しさん
16/09/02 09:14:47.55 OksuLk+6.net
>>355
ググれば普通に出るが？
なんでそんなに必死なの
URLﾘﾝｸ(boost.2283326.n4.nabble.com)
364:デフォルトの名無しさん
16/09/02 09:20:57.20 OksuLk+6.net
>>356
そうね、そういう感じ
365:デフォルトの名無しさん
16/09/02 10:36:49.94 AFnhG1K/.net
それじゃ仮想関数にできないじゃん。やり直し。
無理やりオーバーライドできるようにしなくていいよ。
既にコードも必要以上に複雑化しててgetter/setterの方がマシなレベルだし。
366:デフォルトの名無しさん
16/09/02 12:07:39.19 +CUdjKtm.net
>>359
NVIって知ってる？
367:デフォルトの名無しさん
16/09/02 12:09:10.62 rUpx5Cs1.net
結局、プロパティは要らんわな。
タイプ量の問題ならマクロで解決出来るし。
368:デフォルトの名無しさん
16/09/02 12:26:51.71 6Qab/oE8.net
これからのC++にプロパティーは必須だな。
これからもどんどん新しい機能を取り入れてどんどん
わけがわからなくなるといい。
369:デフォルトの名無しさん
16/09/02 12:41:00.31 1fpVQ5H8.net
マクロは入力補完できないし衝突の可能性がある
370:デフォルトの名無しさん
16/09/02 12:49:08.18 6Qab/oE8.net
C++はマクロで出来ることをどんどん機能として取り込んで来たのに
いまさら後戻りはできない。
371:デフォルトの名無しさん
16/09/02 18:00:48.43 96M6CE+e.net
C#の「プロパティ」って機能がどんなのか知らないけど、
現在C++にないから不要な機能だ、と突っ張るのは危険かも知れないよ。
いつか「次の規格から『C#のプロパティ』と同様の機能が追加」と
発表されるかもしれない。これまでもそうやって肥大化してるじゃない。
372:デフォルトの名無しさん
16/09/02 18:28:49.74 qjeLwgBZ.net
Javaでもそうだけどgetter/setterは言語的には単なるメソッドでしかないが
C#のプロパティは言語的にメソッドとは違うものとして認識出来るようになっている
そこから様々な便利さが出てきている
373:デフォルトの名無しさん
16/09/02 19:27:06.33 nL/2u0CX.net
>>364
マクロで出来ることではなく、
マクロに頼っていたことを、
マクロを使わずに出来るようにしてきたんだよ。
スコープに従わないオブジェクト指向の敵との戦いだ
374:デフォルトの名無しさん
16/09/02 19:37:33.13 XrGCfAOV.net
C++のテンプレートってポストプロセッサといっていいよね。
マクロみたいなもん。
375:デフォルトの名無しさん
16/09/02 20:24:08.55 8Rlh5aGL.net
↓テンプレートとマクロは全く違うもの
376:デフォルトの名無しさん
16/09/02 20:41:05.83 Wj/juS31.net
ソースコードの書き換えという点では同じ。
377:デフォルトの名無しさん
16/09/02 20:49:32.19 W5XwdQxs.net
テンプレートはテキスト置換じゃないよ。
あれはコンパイルタイムに計算してるんだよ。
378:デフォルトの名無しさん
16/09/02 20:49:47.52 1fpVQ5H8.net
テンプレートが単なる置き換えだと思ってるのか
379:デフォルトの名無しさん
16/09/02 20:50:16.78 BGbCtBYN.net
マクロの親玉だ
380:デフォルトの名無しさん
16/09/02 20:52:42.81 W5XwdQxs.net
テンプレートもconstexprもある種の計算機のサブセットだからなぁ。
381:デフォルトの名無しさん
16/09/02 22:57:15.93 Q3H4IaZb.net
コンパイル時に計算できることなんてたかが知れてるし、使い道ないんだよな
382:デフォルトの名無しさん
16/09/02 22:59:57.14 3Xz3H/8a.net
いやいや…型チェックとかのなくすべき実行時オーバーヘッドがなくせるってだけで意味大有りだろ
383:デフォルトの名無しさん
16/09/02 23:04:13.81 W5XwdQxs.net
PURE関数が入ったら、constexprなんかは関数がハッシュに置き換わってそこから値置換になるかも。
コードを全部どけて数字一個になる日も近い。
384:デフォルトの名無しさん
16/09/02 23:12:20.33 1fpVQ5H8.net
まともにC++使ってて使い道無いとかどうやったらそう解釈できるんだ
385:デフォルトの名無しさん
16/09/02 23:30:26.24 Q3H4IaZb.net
コンパイル時に決まってるなら計算する必要ないじゃん
386:デフォルトの名無しさん
16/09/02 23:32:54.48 1fpVQ5H8.net
手動で計算してくれ
387:デフォルトの名無しさん
16/09/02 23:35:19.44 W5XwdQxs.net
そしてたどり着くのだ。42に。
388:デフォルトの名無しさん
16/09/03 00:45:41.77 WTZrMZ5J.net
テンプレートなしだとマクロとvoid*でやりくりすることになるのかな
<algorithm>の中身がおそろしいことになりそう
389:デフォルトの名無しさん
16/09/03 02:05:00.69 VnUB3qPQ.net
>>381
43ですが
390:デフォルトの名無しさん
16/09/03 02:08:56.14 VnUB3qPQ.net
templateなんてデブなブタに過ぎんからな
391:デフォルトの名無しさん
16/09/03 02:12:17.57 qWYFFL/S.net
>>383
なんすかそれ。
392:デフォルトの名無しさん
16/09/03 07:03:39.80 ZkDRxv2v.net
>>375
最適化を否定するのか？
393:デフォルトの名無しさん
16/09/03 07:04:51.23 ZkDRxv2v.net
>>382
bsearchみたいにな
394:デフォルトの名無しさん
16/09/03 09:55:01.98 MIqeGybs.net
templateなんて実際に使えるレベルものを書ける人なんてほとんどいないだろ
使うことはあっても、書くことはないだろ
395:デフォルトの名無しさん
16/09/03 10:03:25.99 2vnq4BB3.net
ライブラリを作っていれば嫌でも使うが
396:デフォルトの名無しさん
16/09/03 11:15:11.07 NvcWw3DB.net
>>388
キミの周りではそうかもしれないけど、templateみたいな便利なものを使えないようじゃ現代のプログラマとしては失格だと思います
てかテンプレートってそんなに難しいか？
397:デフォルトの名無しさん
16/09/03 11:47:23.77 KpYZ86nt.net
標準コンテナくらいバカでも使える。
それだけでテンプレートのメリットは十分に享受できる。
398:デフォルトの名無しさん
16/09/03 11:48:35.81 2vnq4BB3.net
boost並みの実装ができないと書けていることにならないらしい
399:デフォルトの名無しさん
16/09/03 12:11:48.21 NXr2sGOM.net
>>388
汎用性があって他人も実際に使えるレベルとなると難しいかもしれんが、自分が使う範囲内では普通に書くだろう。
はじめからtemplateを書くんじゃなくて自分用のユーティリティとかをtemplate化することも含めればけっこうある。
400:デフォルトの名無しさん
16/09/03 12:23:53.61 ZkDRxv2v.net
>>390
ほんこれ
401:デフォルトの名無しさん
16/09/03 12:35:37.51 UwaIhkeW.net
くだらねえな
もっと為になる話をしろやカス
402:デフォルトの名無しさん
16/09/03 12:54:22.03 e++gk4lZ.net
Boost並に使いこなせるか？って聞かれたら
謝るしか無いわ、ホントごめん
403:デフォルトの名無しさん
16/09/03 12:56:30.19 2vnq4BB3.net
為になる本ならたくさんある
404:デフォルトの名無しさん
16/09/03 13:22:16.46 xlYZjvy0.net
メソッドA->B->C->D->Eと呼ばれる階層が深い構造のシステムがあって、
Eの計算結果をAで取りたい要望が新しくでてきたときってみんなならどう実装する？
条件としては、
・AはwhileループでBを呼び出し続ける
・Eの最新の計算結果はループで毎回使う
・CがDをnewしてるから、単純なgetterとかじゃ取れない
1. 引数が増えるのは仕方ないが、A~Eに全て引数を追加する
2. Eでstaticなグローバル変数を作る。Aからはgetterで取得する
一応思いつくのはこのあたりなんだけど、もっとスマートなやり方ってあるかな？
405:デフォルトの名無しさん
16/09/03 13:25:09.63 WhBzeO8K.net
>>398
メソッドDをCがnewする？なんか説明が胡散臭いんだけど、普通に戻り値で返すのはダメなん？
406:デフォルトの名無しさん
16/09/03 13:31:49.96 ftE9LPfh.net
そんなことしてたら「この計算結果もほしいんだけど」ってなった時に
また
407:困ることになる。 Contextクラスを追加して、計算に必要な情報はそこに集約させろ。 そうすればどの階層からでも必要な情報を取れる。
408:デフォルトの名無しさん
16/09/03 13:34:05.21 xlYZjvy0.net
>>399
すまん、説明が適当だった
CはDメソッドがあるクラスをnewしてるってこと
DClass dClass = new DClass()
C() {
dClass->d();
409:デフォルトの名無しさん
16/09/03 13:36:43.61 xlYZjvy0.net
>>399
ごめん、途中で送信しちゃった、
CはDメソッドがあるクラスをnewしてるってこと
C() {
DClass dClass = new DClass()
dClass->d();
}
戻り値はEから外部システムに送信が成功したかどうかを表すbooｌ値がすでに返されてるんだ
>>400
Contextクラスか・・自分は使ったことないし、よく理解できてないからググってみるわ
ありがとう
410:デフォルトの名無しさん
16/09/03 13:40:54.20 2vnq4BB3.net
説明の意味が全く分からない
hoge B::get_E(){
D *d = c.create_D();
411:デフォルトの名無しさん
16/09/03 13:47:29.68 e++gk4lZ.net
今後パラメータが増える可能性があるようなら、それらをクラスなり構造体なりにまとめて、
何らかの方法で渡すようにすれば、最小限のコード修正で済むよってことじゃない？
412:デフォルトの名無しさん
16/09/03 13:51:40.11 2vnq4BB3.net
>>402
そのCの戻り値にDの戻り値のEを入れてBが受ければいいんじゃないのか
413:デフォルトの名無しさん
16/09/03 13:58:09.73 Px0qkqVR.net
>>398
引数を追加する方法を取るとして、楽するならば
一旦引数を構造体にして、後で追加したい場合構造体のメンバーを追加する形にする
全部の関数はその構造体を引数にしていれば、好きな構造体メンバーを追加しても形は変わらない
414:デフォルトの名無しさん
16/09/03 13:58:29.96 Px0qkqVR.net
>>404
おれはや
415:デフォルトの名無しさん
16/09/03 13:59:56.32 e++gk4lZ.net
>>405
既に戻り値は他で使われてるらしいし
そのやり方だと、参照渡しなんかが現実的じゃない？
416:デフォルトの名無しさん
16/09/03 14:00:12.38 WhBzeO8K.net
>>402
「全て引数を追加する」がContextかなんかの参照引数を渡してまわる方法だと思ったんだけど、違ったんかな？
戻り値を変えたくないならそうするしかないと思うよ。
417:デフォルトの名無しさん
16/09/03 14:01:01.19 ZkDRxv2v.net
>>395
気がついたやつがやれ
指図すんなクレクレ厨め
418:デフォルトの名無しさん
16/09/03 14:05:10.90 2vnq4BB3.net
>>408
戻り値なんてpairなりtupleなりでいくらでも増やせばいいじゃん
周囲に影響を出したくないならそこから特定の値だけを取り出す関数でも噛ませればいい
419:デフォルトの名無しさん
16/09/03 14:14:55.80 4FUmxt1N.net
コンポジションじゃ駄目なん？
420: ◆SEdFBOkLSw
16/09/03 14:20:00.21 WfmCkwdk.net
Eの結果がどう欲しいかによるとは思うな。
Aだけが知りたいなら素直にEがログ残せば良いと思う。
中間層が知りたいなら返してやらなきゃならんだろうけど、B→Eが他の部分で使われてたら関連するのビルドし直しだしテストし直しだし、出し直さないといかんのでは？
421:デフォルトの名無しさん
16/09/03 15:45:28.04 KoWGZcqO.net
はいはい池沼は去れ
422:デフォルトの名無しさん
16/09/04 06:52:12.75 5SDmlLW2.net
URLﾘﾝｸ(www.embarcadero.com)
現在、RAD Studio(Delphi、C++Builderのセット)が無料でダウンロード可能ですよ
右側のStarter Edition100% Offをクリックするとダウンロードページに飛べます。
(無料ダウンロードは、2016年8月22日から9月9日までの期間限定)
423:デフォルトの名無しさん
16/09/04 06:58:26.93 5SDmlLW2.net
すいません、C++Builderはこっちです
URLﾘﾝｸ(www.embarcadero.com)
現在、C++Builderが無料でダウンロード可能
右側のStarter Edition100% Offをクリックするとダウンロードページに飛べます
(無料ダウンロードは、2016年8月22日から9月9日までの期間限定)
DelphiとC++Buiderは別個にダウンロードが必要な模様
(無料ダウンロードは、2016年8月22日から9月9日までの期間限定)
424:デフォルトの名無しさん
16/09/04 07:03:58.75 5SDmlLW2.net
>>415はDelphiのみでした
425:デフォルトの名無しさん
16/09/04 07:28:40.73 uvifPYcj.net
リンク先ページを見たけど、これでダウンロードできるのは
「30日間だけ無料で使えます」バージョンじゃないのかな。
"Try C++Builder FREE for 30 days" って
ダウンロードできる期間が30日間、じゃないよね。
>>415-416 に出てる期間は30日には足りないし。
426:デフォルトの名無しさん
16/09/04 09:09:03.52 xp6EP8jq.net
スターターエディションの方じゃね？
C++ Builder
URLﾘﾝｸ(www.embarcadero.com)
Delphi
URLﾘﾝｸ(www.embarcadero.com)
427:デフォルトの名無しさん
16/09/04 09:17:51.17 ZU1xzEkS.net
>>390
簡単だと言い張って可読性の低いバギーなもん作ってよこす奴が多いから
テンプレートは嫌いなんだよ。
STLで十分。
428:デフォルトの名無しさん
16/09/04 09:56:16.37 ZZxj7Xyl.net
無能の言い訳にしか聞こえないな
429:デフォルトの名無しさん
16/09/04 10:13:47.98 xp6EP8jq.net
>>420
> 簡単だと言い張って可読性の低いバギーなもん作ってよこす奴が多いから
理由になってなくて笑た
430:デフォルトの名無しさん
16/09/04 10:22:29.27 GcCwBDUy.net
>>420
特定の人間でなく周りに多いのなら受けるお前の方に問題があるんじゃないか？
431:デフォルトの名無しさん
16/09/04 10:39:20.02 GZCXAM8t.net
類友なのに自分は違うって思ってるパティーン
最も傑作でおめでたい人種
432:デフォルトの名無しさん
16/09/04 12:40:13.35 +mIHXAwk.net
昔のオブジェクト指向と似たような議論だな。
別にフルに使いこなせなくても恩恵は受けられるだろうにｗ
433:デフォルトの名無しさん
16/09/04 13:31:30.85 u29z8UDZ.net
難しいから使うなって一生使えるようにならないよね
そういう進歩を捨てた人間は技術者とは認めてないわ
434:デフォルトの名無しさん
16/09/04 13:58:48.62 6rO3xNqX.net
>>420
最後の2行は2016年度最強の名言だな
435:デフォルトの名無しさん
16/09/04 14:05:26.02 VQnaPYaY.net
>>427
テンプラ屋でもやれば？
436:デフォルトの名無しさん
16/09/04 14:05:45.23 X6kuqpOw.net
べつに嫌いな機能が有ってもおかしくはないな。
プリプロセッサーが嫌いな人とか、iostreamが嫌いな人とか人それぞれ
437:デフォルトの名無しさん
16/09/04 14:06:53.24 6rO3xNqX.net
オブジェクト指向www
久しぶりに聞いたな
438:デフォルトの名無しさん
16/09/04 14:07:38.02 OnzMHuuE.net
>>420
まずはSTLが何の略語なのか調べてみよう！
439:デフォルトの名無しさん
16/09/04 14:17:00.28 xp6EP8jq.net
>>429
嫌いな機能はあってもいいけどその理由が >>420 とかなのはねぇ
440:デフォルトの名無しさん
16/09/04 14:45:42.58 bYyi8Nkm.net
C++を使う理由の90%がテンプレートでしょう
使わないならCでもやっててください
441:デフォルトの名無しさん
16/09/04 14:52:46.08 VQnaPYaY.net
Ｃ言語しか出来ない５０代くらいのジジイたくさん居る
で、なぜかえばっている
442:デフォルトの名無しさん
16/09/04 14:54:45.23 Zvr3allz.net
便利だと言い張って可読性の低い醜悪なもん作ってよこす奴が多いからCPPは嫌いなんだよ。
テンプレートは最高。
443:デフォルトの名無しさん
16/09/04 15:16:44.85 9+LtAjSl.net
stlっていっても、実装見たら初学者でも書けるようなものがほとんどでしょ。
forで回して、比較してるだけとかwww
積極的に使う理由がない
444:デフォルトの名無しさん
16/09/04 15:23:23.36 u29z8UDZ.net
コピペすんな
445:デフォルトの名無しさん
16/09/04 15:58:19.56 dwel9f30.net
おいら最近はC#のほうが多くてC++はご無沙汰になってるんだけど
C++のテンプレートが使えたらなあって思うことはたまにある
446:デフォルトの名無しさん
16/09/04 16:51:50.12 1H4SDZ6a.net
は？ C#にも名前は違うけどあるだろボケ
447:デフォルトの名無しさん
16/09/04 17:03:58.61 u29z8UDZ.net
ねえよ
448:デフォルトの名無しさん
16/09/04 17:05:46.48 dwel9f30.net
>>439
似たようなのはあるし、大体はそれで問題ないんだけど
テンプレートとは根本的な仕組みが違うので、特殊化とか微妙に出来ることに差があるのよね
449:デフォルトの名無しさん
16/09/04 17:12:09.12 UDXdUcTk.net
C#のジェネリックはCLIを一個しか生成せずに、型の違うオブジェクトが与えられたら
JITコンパイル時に生成してるもんな
だからサイズは小さいけどC++のtemplateとは根本的に考え方が異なる
おまけにオブジェクト同士を演算しようとするとコンパイルエラーになるので
dynamic、つまりリフレクションを使うしかないという
450:デフォルトの名無しさん
16/09/04 18:39:26.39 c++wF4a4.net
IDがC++だー
451:デフォルトの名無しさん
16/09/04 18:54:35.76 ZZxj7Xyl.net
>>443
おおすげーおめでとう
452:デフォルトの名無しさん
16/09/04 19:14:14.87 1H4SDZ6a.net
>>442
言語機構が違うから実装も異なるのは当たり前。
それがどう実用上影響するのかを書けよ。
当たり前だが、俺はC#のジェネリックと
C++のテンプレートの機能上の様々な相違点（例えばintを引数に取れないとか）は知った上で、
おまえさんの教育のために質問してるからな？
勘違いするなよ。
453:デフォルトの名無しさん
16/09/04 19:16:44.51 1H4SDZ6a.net
intを取れないってのは＿
C++でできるtemplate<int N>
みたいなのがC#ではできないって意味な。
馬鹿が勘違いするといけないから。
454:デフォルトの名無しさん
16/09/04 19:25:27.22 OnzMHuuE.net
>>443
おおっ！
455:デフォルトの名無しさん
16/09/04 21:25:33.06 pHvOGCAw.net
>>439
> は？ C#にも名前は違うけどあるだろボケ
ジェネリックとテンプレートが同じだといいたいのかな？
ガチなｱﾌｫ登場したなｗｗｗ
456:デフォルトの名無しさん
16/09/04 21:27:10.35 dwel9f30.net
>>448
C++分かる人に使い方の説明しろと言われたら間違いなく
真っ先に「テンプレートです」って言うけどな
457:デフォルトの名無しさん
16/09/04 21:37:35.91 ZdgSZwYz.net
テンプレートはコンパイルタイム、ジェネリックはランタイムだ。
458:デフォルトの名無しさん
16/09/04 21:37:38.20 xp6EP8jq.net
>>443
スゲー、なんか羨ましいぜ
459:デフォルトの名無しさん
16/09/04 21:48:56.88 I3Tx/JDs.net
コンパイルタイムのくせにいちいち
typenameをつけまくらないといけない
クソ言語。
テンプレートパラメーターごとに特殊化が作られるんだから
その辺テキトーでもいいはずなのに。
460:デフォルトの名無しさん
16/09/04 21:54:49.52 LHkeQq2D.net
つか、型なんてコンパイル時なんて遅すぎだろ
普通は設計終わった段階で全て決定してるし。
461:デフォルトの名無しさん
16/09/04 21:58:44.17 I3Tx/JDs.net
まじかよ
俺今日vector<int>って書いたけど
vectorの設計後にインスタンス化しちゃったぜよ
462:デフォルトの名無しさん
16/09/04 22:00:39.11 +mIHXAwk.net
細かい違いはあれどジェネリックはC#版のテンプレートだろ
463:デフォルトの名無しさん
16/09/04 22:16:41.22 LHkeQq2D.net
ジェネリックはC#版のテンプレート
名言頂きました
464:デフォルトの名無しさん
16/09/04 22:18:59.30 ItsH+W+6.net
ジェネリクスは汎化で、テンプレートはコンパイルタイムで、全くの別物じゃないの？
465:デフォルトの名無しさん
16/09/04 22:23:32.00 r5JTAWNt.net
言語機能の目的は似ているな
目的を理解せず仕組みを語りたがる中学生には違うらしいけど
466:デフォルトの名無しさん
16/09/04 22:24:22.75 u29z8UDZ.net
ジェネリックは基本的に算術演算子を使えないしメンバ関数も使えないからな
インターフェイスを定義してようやく特定の型のみ対応できる
467:デフォルトの名無しさん
16/09/04 22:27:35.01 +mIHXAwk.net
>>457
それは相違点の１つだろ。
テンプレートにせよジェネリックにせよ一番の本質は
「型引数を受け取って特化型を生成すること」だからな。
468:デフォルトの名無しさん
16/09/04 22:52:01.38 r5JTAWNt.net
>ジェネリックは基本的に算術演算子を使えないしメンバ関数も使えないからな
へー、初耳だ
469:デフォルトの名無しさん
16/09/04 23:38:59.65 c++wF4a4.net
>>444,447,451
ありがとう
これを機にC++erになります
470:デフォルトの名無しさん
16/09/05 01:54:37.65 Zffp85C6.net
>>461
おい、お前試してみてから言ってるんだろうな？
471:デフォルトの名無しさん
16/09/05 10:51:16.59 ece9l1SB.net
>>458
目的が同じなら方法の違いは関係ないとでも？
472:デフォルトの名無しさん
16/09/05 13:56:45.07 4eC9RGW3.net
>>433
それは60代から上のCOBOL世代
50代はC++バリバリ使うぞ
TCPL初版当時の若燕をなめんな
473:デフォルトの名無しさん
16/09/05 14:43:22.97 5jAupIQr.net
「COBOLerがテンプレート目的でC++を使う」
「」
474:デフォルトの名無しさん
16/09/05 15:38:04.05 4eC9RGW3.net
TCPL初版を見たこともないやつが
煽るつもりで自分の無知を晒しているなあｗ
475:デフォルトの名無しさん
16/09/05 16:00:17.35 NFX2QcZC.net
C++(ベターC)
476:デフォルトの名無しさん
16/09/05 16:25:11.01 M0OvRWnI.net
TCPL?
素直にターボCのこと？
477:デフォルトの名無しさん
16/09/05 16:35:11.86 4eC9RGW3.net
the C programming languageのことじゃね
いいよ、そう思ってろ
478:デフォルトの名無しさん
16/09/05 16:42:54.97 /PewDBDd.net
老害
479:デフォルトの名無しさん
16/09/05 16:50:33.58 S/r0zM88.net
>>464
関係無いな
>>454に対する>>457のレスは話のすり替えに他ならない
480:デフォルトの名無しさん
16/09/05 16:51:54.71 S/r0zM88.net
番号ずれた
誤 >>454に対する>>457のレスは
正 >>455に対する>>457のレスは
481:デフォルトの名無しさん
16/09/05 19:14:07.88 5F1Hp9JO.net
TCPL なんて初めてみたわ
482:デフォルトの名無しさん
16/09/05 19:40:32.27 ZL7Oa3Lb.net
きかんな
483:デフォルトの名無しさん
16/09/05 19:46:24.46 Oj+RV/HM.net
>>467
東京コンテンツプロデューサーズ・ラボとか出てきたんだけどｗ
検索ですぐヒットしないような用語使うのは止めてくれよ
484:デフォルトの名無しさん
16/09/05 19:56:37.92 NFX2QcZC.net
Effective C++3冊を読んでいないやつは老害
485:デフォルトの名無しさん
16/09/05 20:36:14.34 1ue4xWo4.net
三冊もあんの？一冊にしてくれよ
486:デフォルトの名無しさん
16/09/05 20:38:07.50 MPm038QF.net
>>470
普通K&Rって言わね？
何処の田舎モンよ？
487:デフォルトの名無しさん
16/09/05 20:46:21.19 32FGf11f.net
>>478
Effective STLを含めれば4冊もあるぞ
488:デフォルトの名無しさん
16/09/05 20:48:51.10 1ue4xWo4.net
STL何それうまいの？
489:デフォルトの名無しさん
16/09/05 20:51:36.83 IQvMB0/c.net
仮に TCPL が『プログラミング言語C』(K&R)のことだとしても、
いきなりC++のスレッドで出てくると違和感があるのだが。
490:デフォルトの名無しさん
16/09/05 20:56:18.25 zRA0QsUX.net
53ページを暗記する奴?
491:デフォルトの名無しさん
16/09/05 21:02:31.55 1ue4xWo4.net
蟹チャーハン何それうまいの？
読んだことはないけど20世紀に信者がウザかった記憶だけはあるな
ANSIで標準化されたことを自分のレーゾンデートルを奪われたと勘違いして幻覚を見たかのような必死さが伺えた
492:デフォルトの名無しさん
16/09/05 22:01:52.55 4eC9RGW3.net
>>479
よう、真性カッペｗ
493:デフォルトの名無しさん
16/09/05 22:02:46.08 4eC9RGW3.net
あ、アンカー打ち忘れた
>>482も真性カッペな
494:デフォルトの名無しさん
16/09/05 22:06:39.74 32FGf11f.net
おじさんくやしがりすぎやろ…
495:デフォルトの名無しさん
16/09/05 22:18:16.67 zRA0QsUX.net
TCPLなんて検索しても全くヒットしないじゃん
SICPくらいヒットするように頑張ってからドヤ顔するんだな
496:デフォルトの名無しさん
16/09/05 23:01:37.47 4eC9RGW3.net
かつて通用してて曖昧性が指摘されて後に死語化したものがヒットするわけねーだろ
こういうのは検索だけがソースなやつにはわかるわけがない
497:デフォルトの名無しさん
16/09/05 23:03:21.14 4eC9RGW3.net
禿が、言語はそいつが何を考えることが出来るかを決めてしまう、
というのと同様、検索によって何を知ることが出来るかを決められてしまってるやつｗ
498:デフォルトの名無しさん
16/09/05 23:04:11.29 g7jOSJ0B.net
the c++ program language
499:デフォルトの名無しさん
16/09/05 23:05:08.72 9BGJMvFR.net
真っ赤になって弁明、無意味な連投、あとは草大量に生やせばパーフェクト
500:デフォルトの名無しさん
16/09/06 00:08:40.53 F5fS/nn6.net
おいおい、自分で老害認定してるジジイをあんまりいじめるなよw
501:デフォルトの名無しさん
16/09/06 02:59:46.82 bgQCWsty.net
死語をドヤ顔で使う老害なんて早く死ねば良いのに
502:デフォルトの名無しさん
16/09/06 06:24:00.28 AN+xYaOm.net
TCPL って "The C++ Programming Language" のことなのかな?
++ がない方の書名(K&R)と紛らわしいわね。
…すると >>467 と >>470 はID被りの別人だったのか。
"Learning Standard C++ as a New Language"「標準C++を新しい言語として学ぶ」や
『プログラミング言語C++』(TCPL?)第4版の中で、ハゲ先生は
「新しい規格で便利な機能を使え」と言ってたはずで、
そこからすると「古い参考書を読んだことがある方が偉い」って
主張はなかなか賛成しにくいなぁ。
503:デフォルトの名無しさん
16/09/06 07:12:19.22 JRdVpVwV.net
祝 void_t 標準入り
504:デフォルトの名無しさん
16/09/06 08:22:00.35 7VUHkvW+.net
そういうのは規格化されてから言え
お前の脳内の標準などどうでもいい
505:デフォルトの名無しさん
16/09/06 08:40:04.46 0OEY122r.net
void_tは決まったんじゃないのか
506:デフォルトの名無しさん
16/09/06 08:50:04.45 ewg0kDeB.net
>>497
「次期C++1zでの標準化がほぼ確定したので・・・」
と細々と書かないと通じないのか？
507:デフォルトの名無しさん
16/09/06 10:05:09.80 ScDQQjzO.net
>>495
偉いとか言ってねえぜ
相対評価ではなく絶対評価で
シッタカはクソ以下だつってるだけだ
508:デフォルトの名無しさん
16/09/06 10:11:45.27 F5fS/nn6.net
The C++ Programming Language なら"TC++PL"な
URLﾘﾝｸ(www.stroustrup.com)
用語がデタラメなジジイは話が通じなくて疎まれるだろ？
509:デフォルトの名無しさん
16/09/06 10:42:23.06 yUThNKeL.net
TPPみたいになんでも略し杉ｗ
510:デフォルトの名無しさん
16/09/06 10:44:47.41 ScDQQjzO.net
あとからそうなったんだよ
ガキが知らないのは仕方ない
知らねーなら知らねーなりにしとくぶんには可愛げあるんだよ
それを尻が青いくせにジジイのふりをするからバカにしか見えないってだけさ
511:デフォルトの名無しさん
16/09/06 11:17:08.98 F5fS/nn6.net
>>503
>>494
512:デフォルトの名無しさん
16/09/06 11:20:23.27 ScDQQjzO.net
>>504
おまえが死ね
今からダンプに轢かれに出かけろ
513:デフォルトの名無しさん
16/09/06 11:37:06.01 ewg0kDeB.net
略語ってどこまで通じるのか不安になるな。
sfineaやRAIIは大丈夫としても、TMPとかCPPとかって一般的なんだろうか？
514:デフォルトの名無しさん
16/09/06 12:39:46.48 bgQCWsty.net
>>504
死語って言うより死産だよな
TCPL w
515:デフォルトの名無しさん
16/09/06 12:58:22.50 ScDQQjzO.net
あー、禿のWebページでしばらく使ってたのも知らないわけね
そういうのはいくら検索しても出るわきゃねえしガキにゃ厳しいな
516:デフォルトの名無しさん
16/09/06 13:49:15.29 IyJPjQ2g.net
必死で検索したようだが出てこなかったのかw
残念だったなw
517:デフォルトの名無しさん
16/09/06 13:56:51.77 ScDQQjzO.net
おまえがな
518:デフォルトの名無しさん
16/09/06 15:01:29.03 sQOv13Gi.net
くだらなすぎて俺にとってはどうでもいいけど
「"TCPL" "the C++"」でググると結構出てくるけどな例えば
URLﾘﾝｸ(www.allacronyms.com)
519:デフォルトの名無しさん
16/09/06 15:55:19.22 ScDQQjzO.net
デタラメとかぬかしてたクソガキ、息してるか？
520:デフォルトの名無しさん
16/09/06 18:43:34.22 R7REkw4z.net
ハゲが自分のホムペで紹介した俺用語をさも普遍的な用語であるかのように語られても困るな
521:デフォルトの名無しさん
16/09/06 19:48:01.80 1XSUlqoQ.net
>>508
で、使ってたと言う証拠は？
脳内にしかないとか言わないよな w
522:デフォルトの名無しさん
16/09/06 19:54:58.70 YAp6qqUR.net
ここ相談室なんだけどみんな何の相談してるの
523:デフォルトの名無しさん
16/09/06 19:59:18.61 lMZiI53V.net
自分の病気の症状についての相談
524:デフォルトの名無しさん
16/09/06 20:18:59.06 PHkuODAN.net
void_t は何に使うの
525:デフォルトの名無しさん
16/09/06 21:50:12.78 ScDQQjzO.net
>>514
あー、すまんな
俺んとこでは魚拓は脳内だけだ
だからお前は未来永劫見ることができない
いやーすまんすまん
526:デフォルトの名無しさん
16/09/06 21:57:58.50 VCItaBw6.net
>>515
ここ見るとC++に関わる奴はどこか頭おかしいってわかるだろ？
つまりそういうことだ
527:デフォルトの名無しさん
16/09/06 22:51:35.93 EdXevder.net
頭がおかしい（髪が変）
528:デフォルトの名無しさん
16/09/06 23:12:54.88 JRdVpVwV.net
>>517
知ってるでしょ
529:デフォルトの名無しさん
16/09/06 23:26:52.58 sQOv13Gi.net
void_tはSFINAEの定番パターンを標準化しただけ
530:デフォルトの名無しさん
16/09/07 05:00:10.45 MZvlar21.net
>>518
要するに、単なる妄想だったってことかよ w
531:デフォルトの名無しさん
16/09/07 08:16:26.88 4YmObOwP.net
いや現実だよ
おまえが物心つく前か生まれる前か知らんが
歴史上そういう事実があった
過ぎてしまった歴史がぎゃんぎゃん吠えることで変わるとでも思っているなら
それは隣国のメンタリティだね
532:デフォルトの名無しさん
16/09/07 08:27:48.44 W2drX/qt.net
で、その歴史的事実が共有できる資料は？
533:デフォルトの名無しさん
16/09/07 08:34:32.44 uFAnWK01.net
ただの事実と歴史とじゃ重要性が違う。
要するに記憶に留めるべき事実が歴史というわけだ。
逆に「そんなもん知らん」と一蹴されてしまう事実もありうる。
534:デフォルトの名無しさん
16/09/07 09:00:25.57 4YmObOwP.net
>>525
保存してねえって言っただろ鳥アタマめ
535:デフォルトの名無しさん
16/09/07 09:05:41.79 WoQJVoSd.net
いや、資料がないのに歴史だって主張して
それを共有できないって言うと歴史修正主義だって言う姿が
それこそおとなりさんぽいなあって思ってｗ
536:デフォルトの名無しさん
16/09/07 09:06:18.84 zaGYBHu2.net
それはどこの国の歴史なんだろう?
tcpl "the c programming language"
でググると、中国系、朝鮮系では使われてるらしい
537:デフォルトの名無しさん
16/09/07 09:40:41.09 4YmObOwP.net
>>528
別に主張なんかしてねえよ
事実を偽りなく述べているだけだ
魚拓の有無で変わったりしねえことだ
自分が見られないからってヤダジタすんなガキ
538:デフォルトの名無しさん
16/09/07 10:32:53.78 P2AyoRLU.net
自分より年下と思われる人間をガキ呼ばわりしてるけど、年上が偉いという考え？
それって儒教っぽいな
儒教といえばお隣の国…あっ(察し
539:デフォルトの名無しさん
16/09/07 10:39:46.68 /D7wbjXh.net
ここの住人がスルー力0なのは間違いないな
540:デフォルトの名無しさん
16/09/07 11:24:34.86 prfLhh2R.net
ソースは脳内
そんな恥ずかしい主張ができちゃうなんてもしかして教育を受けてないのかな？
541:デフォルトの名無しさん
16/09/07 11:50:26.76 G0adIbkV.net
暇つぶしが目的だから、スルーしたらつまらないんだろ
542:デフォルトの名無しさん
16/09/07 12:09:49.06 Z3ZB/oVu.net
煽る暇人は2chだからどうしようもないが煽られて何日も踊っているのはさすがにバカだな
543:デフォルトの名無しさん
16/09/07 12:41:12.31 pAK1tPG0.net
暇つぶしなのではなくお互い必死なんだよ
クールを装ってさもどうでもいいように演じてるけどお互い顔真っ赤だよ
544:デフォルトの名無しさん
16/09/07 12:54:37.05 4YmObOwP.net
>>531
なんだおまえ、ガキって書いてあるのを見るたびに自分が卑しく思うのかｗ
>>533
記録を俺んとこでは残していないってだけだ
誰かが証拠を持ってきたときにもボロが出ないように言ってるぞ
そんときゃおまえが恥ずかしくて出てこれないわけだが
545:デフォルトの名無しさん
16/09/07 12:55:16.53 Ur9IZRDe.net
なんかスレ伸びてると思ったらまーたゴミどうしの罵り合いかよ
くだらないことで熱くなる奴は脳みそ壊れていくんだというのが如実に分かるよ
546:デフォルトの名無しさん
16/09/07 13:08:27.65 prfLhh2R.net
>>537
俺になんか恥ずかしい要素あったか？
スレ違いの書き込みしたことくらいかな
547:デフォルトの名無しさん
16/09/07 13:11:15.34 v93B1UIW.net
誰かが証拠を持ってきたときｗ
自分の無能を示しておいてなんとも思わんのだな
548:デフォルトの名無しさん
16/09/07 13:58:33.58 LPRQdItN.net
バーカ
549:デフォルトの名無しさん
16/09/07 15:57:42.39 4YmObOwP.net
>>540
禿のWebページの魚拓をログ化していなかったのを無能と言ってくれるのか
さぞかし有能なおまえさんなら持ってるだろうからさっさと出せ
550:デフォルトの名無しさん
16/09/07 19:25:39.09 OYvFv6+r.net
ソースは脳内というのは日常会話の殆どだな。
だから「アナタは私と異なる認識をお持ちなんですね」でしかない。
それを「アナタは証明できないからそれは嘘です」にすり替えるのは詭弁
551:デフォルトの名無しさん
16/09/07 20:06:01.39 1kliuuT7.net
>>542
俺超有能だけどそんな資料なかったよ
つまり君の言ってたことは全部君の妄想ね
はい終了
552:デフォルトの名無しさん
16/09/07 20:12:54.95 2w88FCBz.net
>>508
> あー、禿のWebページでしばらく使ってたのも知らないわけね
が正しいとしてもここにいる人が知らないような略語をどや顔で出すのは頭おかしい
まあどうみても >>511 辺りを間違えて出しちゃって引っ込みつかなくなってるだけだろ w
553:デフォルトの名無しさん
16/09/07 20:34:12.89 4YmObOwP.net
>>545
では、つかってよいりゃくごをあんたはどうやってはんだんしてるんだ？
あたまおかしいとまでおおきくでるならそれなりのきじゅんはあるんだろうな？
さいじゅうどのていのうにあわせるのがぴーじーのしめいとでもかんがえているなら
あふぉだなくそだなだんぷにひかれてしねばいい
554:デフォルトの名無しさん
16/09/07 22:13:15.14 Ur9IZRDe.net
何�
555:咜ｱければ気が済むんだよこのゴミどもは
556:デフォルトの名無しさん
16/09/07 22:37:17.77 YLqxd+vc.net
自己反映なメタ表現とは高度な技を
557:デフォルトの名無しさん
16/09/07 22:47:20.81 Mf7TDnfn.net
そんなことよりvoid_tの話をしようぜ。
SFINAEの話だけど。
SFINAEってconcept的な使い方以外にどんな使い方があるの？
558:デフォルトの名無しさん
16/09/07 23:19:03.95 LPRQdItN.net
知らねえよバーカ
559:デフォルトの名無しさん
16/09/07 23:20:48.09 YLqxd+vc.net
ワードサラダにマジレス
560:デフォルトの名無しさん
16/09/07 23:29:54.18 yR890zwI.net
>>549
concept的な使い方ってどんなの？
漠然とパターンマッチ的なものをイメージすればいいのかな
561:デフォルトの名無しさん
16/09/08 00:02:15.19 w601usbW.net
良くあるのがメンバーの有無で処理を変えるパターンかな。
俺も良くわからんが。
562:デフォルトの名無しさん
16/09/08 00:12:42.51 sU4tW1UK.net
enable_ifと組み合わせて使うんじゃない？
563:デフォルトの名無しさん
16/09/08 01:13:18.16 NYidnx0p.net
int と longの違いって何ですか？
564:デフォルトの名無しさん
16/09/08 01:15:30.19 p3dWf/BM.net
歴史？
565:デフォルトの名無しさん
16/09/08 02:02:44.82 NonfcYWK.net
>>555
データモデルによりサイズが異なる(かもしれない)
566:デフォルトの名無しさん
16/09/08 04:16:44.74 6JK6uF4x.net
>>546
正論を言われて反論できなくなったら子供じみた態度でひねくれる
ガキだなｗ
567:デフォルトの名無しさん
16/09/08 04:47:35.75 rBeNUfmR.net
アルツハイマーの症状の一つの幼児化だね
568:デフォルトの名無しさん
16/09/08 05:23:55.94 vt8xUZJ5.net
酢を飲め
569:デフォルトの名無しさん
16/09/08 06:23:15.75 siaRBrBq.net
>>546
つかってみてだれもしらなさそうならおとなしくひっこめろ、ばーか
570:デフォルトの名無しさん
16/09/08 07:39:36.05 TmgW3MRN.net
>>561
やだね
C++スレでC++関連の用語を知らない無知野郎に合わせる必要はない
571:デフォルトの名無しさん
16/09/08 07:54:49.83 P8D+cYPH.net
まじかよ
お前ひとりでつらいだろ？
572:デフォルトの名無しさん
16/09/08 08:11:01.20 cE384uJ3.net
ガイジ
573:デフォルトの名無しさん
16/09/08 08:36:52.70 QwMnHPC3.net
用語とか言い出しちゃったよ、この人 w
574:デフォルトの名無しさん
16/09/08 09:31:44.41 y1qiR/+w.net
[[deprecated]]
575:デフォルトの名無しさん
16/09/08 11:11:48.25 BaIwaWl+.net
このスレ的にはK&R初版でC学んだことを自慢してる奴より AT&T cfont のレファレンスでC++学んだ俺の方が偉いはず
576:デフォルトの名無しさん
16/09/08 11:25:42.94 ik/GfLoL.net
なんでその程度でエラぶれるの？ｗ
577:デフォルトの名無しさん
16/09/08 12:08:58.27 TmgW3MRN.net
cfrontは俺も使っていたが
cfontて何だ？ Courier Newか何かか？
578:デフォルトの名無しさん
16/09/08 12:28:42.58 NCg12FAS.net
古ければ古いほど劣っているからな？
古参が全く自慢にならない世界だぞ
579:デフォルトの名無しさん
16/09/08 12:44:06.52 TmgW3MRN.net
プログラムのバージョンと
プログラマの経験年数を
一緒にするのかよ
580:デフォルトの名無しさん
16/09/08 12:47:14.04 P8D+cYPH.net
経験年数と優秀さを一緒にしてはいけない
経験年数10年と20年では10年の方が優秀なことが多い
581:デフォルトの名無しさん
16/09/08 12:48:47.71 NCg12FAS.net
>>571
経験のバージョンが古い
582:デフォルトの名無しさん
16/09/08 12:53:20.28 TmgW3MRN.net
>>572
ソースplz
583:デフォルトの名無しさん
16/09/08 14:10:36.68 P8D+cYPH.net
ソースは俺の観察
584:デフォルトの名無しさん
16/09/08 14:11:54.76 p2bVgJ9p.net
自分のソースは脳内だけど人にはソースを求める白痴
585:デフォルトの名無しさん
16/09/08 15:27:51.19 TmgW3MRN.net
>>576
脳内じゃない
ここは誰が何と言おうとおまえが間違っている
おまえそもそも事実を知らないんだろ
だから俺の言うことのどこがどう間違っているのか具体的な指摘ができない
もっとも知ってたら指摘するところがないはずなんだが
586:デフォルトの名無しさん
16/09/08 16:46:16.67 vI60taJg.net
経験十年積めば大抵のことはできるし対応できるだろうが
経験二十年にはかなわないだろう
587:デフォルトの名無しさん
16/09/08 16:59:40.04 rBeNUfmR.net
archiveから探してこいよ、認知症のジジイ
588:デフォルトの名無しさん
16/09/08 17:00:00.79 y1qiR/+w.net
んなこたあない
589:デフォルトの名無しさん
16/09/08 17:59:18.64 P8D+cYPH.net
>ここは誰が何と言おうとおまえが間違っている
真実を知っているのがこの世で自分だけだなんて
もう生きててつらいだろうな
590:デフォルトの名無しさん
16/09/08 18:09:20.62 Ig68v84V.net
プログラムの経験年数なんて関係ない。
重要なのはどれだけトラブルの経験を積んだかだ。
女性経験が豊富なのと同じだ ﾌﾟw
591:デフォルトの名無しさん
16/09/08 18:15:13.55 TmgW3MRN.net
>>581
逆だ
知らないのがおまえくらいなんだよ
当時を知っている人が身近にいたら聞いてみろ
>>582
童貞乙
592:デフォルトの名無しさん
16/09/08 18:21:23.76 p2bVgJ9p.net
>>583
当時を知ってる人が身近にいたから聞いてみたけどそんなことはなかったってみんな言ってる。
つまり嘘つきはお前。はい論破。
593:デフォルトの名無しさん
16/09/08 18:23:14.02 Ou19mRgF.net
何日も平日の昼間にくだらんいい争いしなきゃならないとか仕事かよ
594:デフォルトの名無しさん
16/09/08 18:25:06.25 Ig68v84V.net
プログラミングを半年もやらなかったら、けっこうな部分を忘れる世界だし、
進化も激しい世界だから、経験を引き継いで発揮できるのはせいぜい五年くらいだろう。
595:デフォルトの名無しさん
16/09/08 18:30:38.43 P8D+cYPH.net
年を取ると物忘れが激しくなる。
「誰が何と言おうと」と自覚しておきながら3時間後に
「知らないのがおまえくらい」と言い出しちゃうぐらい
だから>>584はもう責めないでw
596:デフォルトの名無しさん
16/09/08 19:01:10.30 aq+STl42.net
相談室っていうか病室だな・・・
597:
598:デフォルトの名無しさん
16/09/08 19:09:24.56 69NbtRcU.net
大抵、経験20年とかになってくると老眼とかで大量の情報を高速に見るとかが出来なくなってそう
経験10年なのに目が悪くなってきて辛いです
599:デフォルトの名無しさん
16/09/08 19:34:58.14 y1qiR/+w.net
void_tの話を聞くほうが建設的だ。
600:デフォルトの名無しさん
16/09/08 19:40:42.54 ik/GfLoL.net
だからさ、型名に_t付けるなよ
システムハンガリアンかよ
601:デフォルトの名無しさん
16/09/08 19:48:21.97 y1qiR/+w.net
>>591
using ***_t = ***::type;
ってパターンもダメ？
602:デフォルトの名無しさん
16/09/08 19:56:47.42 ZGDN5kDf.net
>>577
もう楽になりなよ...
603:デフォルトの名無しさん
16/09/08 20:17:46.69 rBeNUfmR.net
頑固になるのもアルツハイマーの症状の一つだね
604:デフォルトの名無しさん
16/09/08 20:50:28.56 TmgW3MRN.net
>>593
は？ 苦しい屁理屈でへとへとなのはおまえだろ
605:デフォルトの名無しさん
16/09/08 20:58:33.03 p3dWf/BM.net
同じ穴のムジナが楽しく荒らしてるなぁ。
ただ一言いいたい。
カエレ！
606:デフォルトの名無しさん
16/09/08 22:14:31.27 A7Pb5oFv.net
うそ
かえらないで
607:デフォルトの名無しさん
16/09/08 22:36:18.32 siaRBrBq.net
苦しい屁理屈 ⇒ >>577
そりゃお前の脳内の事実なんて誰も指摘できんわな w
608:デフォルトの名無しさん
16/09/09 00:55:13.72 6Bh01W2V.net
頑固になるとautoや{}の初期化や->の戻り値が許せなくなります
auto b = new auto(true);
char *p{};
auto main() -> int {}
609:デフォルトの名無しさん
16/09/09 01:02:58.35 4oqKijqb.net
＞auto main() -> int {}
頑固じゃないけどこれやる奴は何がしたいんだろう
610:デフォルトの名無しさん
16/09/09 01:07:56.60 6Bh01W2V.net
これは頑固の良い例ですね
スタイルの統一とかそういうことを考えられず、変化を拒絶するようになります
611:デフォルトの名無しさん
16/09/09 01:10:09.08 kBQSHV64.net
new auto();
なんて出来ないしな…
612:デフォルトの名無しさん
16/09/09 01:18:20.19 kBQSHV64.net
>>601
じゃあ規格のexampleのスタイル統一から初めてくれよ。
何の意味があるのかしらんが、意味があるなら賛同者出てくるでしょ？
613:デフォルトの名無しさん
16/09/09 01:21:30.28 Wiz5/g3s.net
new auto(10)みたいに推論できる場合ならちゃんとできるみたいだけど
URLﾘﾝｸ(ideone.com)
ただauto main() -> int {}を書くやつは正直、俺知ってるんだぜ自慢したい厨房にしかみえない
タイプ数長くなってんじゃん、何のために導入された書き方か分かってんのかね
614:デフォルトの名無しさん
16/09/09 01:23:35.62 6Bh01W2V.net
これも頑固の良い例ですね
「言語仕様に複数のスタイルが存在してもせめて自分のコード内は統一しよう」
みたいな考えを示唆しているのに、感情的になって関係無いことを言い出すのが特長です
615:デフォルトの名無しさん
16/09/09 01:27:12.55 6Bh01W2V.net
auto main() ->int{}についてはハンをおしたように
「文字数が多い」と言い出すのも特長です
今まで同じレスを見たこともある人も多いのではないでしょうか
「スタイルの統一という観点からはあってもおかしくない」と説明されても
他人が使うことすら許せず否定に躍起になるのが特長です
616:デフォルトの名無しさん
16/09/09 01:35:22.25 6Bh01W2V.net
もちろん新しい記法が良いことばかりではありません
auto b{true};は書けてもnew auto{true}は書けないなど一貫性に乏しい所も有ります
617:デフォルトの名無しさん
16/09/09 01:36:37.09 Wiz5/g3s.net
別に他人がそう書くのを許せないわけじゃないよ
ただ俺はそう書くやつに対してはおかしなやつとかネガティブな印象を持つというだけ
今まで多くの同じようなレスがあったということは俺と同じ印象を持つ人が多いということだと思うよ
618:デフォルトの名無しさん
16/09/09 01:40:41.63 kBQSHV64.net
>>605
言語仕様に複数のスタイルとかいう話ではなく規格のコード例ですらそんな書き方必要でなければしてねえよという話
どっちが頑固なんだかね
619:デフォルトの名無しさん
16/09/09 01:40:48.56 6Bh01W2V.net
これも頑固の良い例ですね
とに新しいスタイルを見ると相手を非難しないと気が済まないのが特長です
>>608のレスにも「おかしなやつ」という攻撃的な単語が見られますが、これも一例と捉えてよいでしょう
620:デフォルトの名無しさん
16/09/09 01:41:50.71 uFCjw0pQ.net
autoつかわなくても書ける場所でこれ期バカしにauto使うヤツはバカなんだと思う
621:デフォルトの名無しさん
16/09/09 01:44:15.73 uFCjw0pQ.net
あとで型名明記するとかなんの為にauto使っているのかバカなんだと思う
622:デフォルトの名無しさん
16/09/09 01:52:18.15 6Bh01W2V.net
これも頑固の良い例ですね
型推論のautoとtraining-return-typeの先頭のautoは違うのですが
とにかく理解以前で拒絶してしまっているのが特長です
でも確かにauto f() -> auto {}みたいな書き方はかなり変人かも知れませんね
623:デフォルトの名無しさん
16/09/09 01:53:27.43 4oqKijqb.net
結局auro main() -> int{}はお遊びなのか？
624:デフォルトの名無しさん
16/09/09 02:00:06.38 uFCjw0pQ.net
>>613
本末転倒だってんだよバカ
625:デフォルトの名無しさん
16/09/09 02:00:54.91 p4LGwUo/.net
ぶっちゃけID:6Bh01W2Vってまじであの書き方がスタイルの統一のという理由が第一で導入されたと思ってそうなんだけどそうでもない？
>>612の言わんとしてることが理解できてない気がする
626:デフォルトの名無しさん
16/09/09 02:09:08.65 6Bh01W2V.net
そうですね
テンプレート関数の戻り値のために導入されたことは良いとして、
「>>612の言わんといていることはplaceholder typeとtrailing-return-typeの混同による不適切な見解ではないか」と述べているのに
「理解できていない気がする」とあやふやなのは不思議ですね
これらも頑固なことによる反射的な拒絶の一面なのかも知れません
627:デフォルトの名無しさん
16/09/09 02:16:06.31 6Bh01W2V.net
また「導入の目的とは別にスタイルの統一の観点からはあっても良いのではないか」
という説明を受けても「目的が違う」と思考停止して否定ありきで考えてしまうのも特長です
本日は600から続く一連の自演レスでその片鱗が伺えたと思います
628:デフォルトの名無しさん
16/09/09 07:33:30.80 H3RR5zb8.net
そもそもスタイルの統一にこだわる必然性はない。
タブとインデントの話と同じで混在したってかまわない。
629:デフォルトの名無しさん
16/09/09 07:36:21.12 SVVRFbIW.net
タブとインデントを混同するやつは見つけ次第殺せ
630:デフォルトの名無しさん
16/09/09 08:00:45.68 z8Otf9Pu.net
どうしてこんな釣り耐性よわいの。
A派とB派の対立じゃなくて
Bスタイルを否定すんな派とBスタイル否定派
は主観の押しつけあいで論破できるわけねーし。
631:デフォルトの名無しさん
16/09/09 08:09:04.86 H3RR5zb8.net
>>620
そういうのってなんか自閉症ぎみなんじゃないの？
632:デフォルトの名無しさん
16/09/09 08:35:47.51 G0RBn0pa.net
trailing-return-typeを、4文字以下では使わない
なんてやってると
int abs(int);
auto abs(float) -> float;
てな具合になるよなあ
ぎりぎりアウトな
char* begin(); を
auto begin() -> char*; にしながら、
俺なにやってんだろって気になることがある
633:デフォルトの名無しさん
16/09/09 08:42:02.98 oGuibT0g.net
>>620
同意する
そういう奴はたいてい他でもいいかげんだからプログラマーには向いてないことを自覚してほしい
634:デフォルトの名無しさん
16/09/09 08:55:13.21 H3RR5zb8.net
んなこたーない
635:デフォルトの名無しさん
16/09/09 11:10:43.31 kBQSHV64.net
>>623
>trailing-return-typeを、4文字以下では使わない
なんで？
636:デフォルトの名無しさん
16/09/09 11:25:30.49 G0RBn0pa.net
int abs(int); を
auto abs(int) -> int; にするメリットは？
autまでタイプした時点でやんなってくるぜ俺は
auto exit(int) -> void; とかナメとんかくらって気ぃしね？
637:デフォルトの名無しさん
16/09/09 11:50:52.32 xpG9Ka1d.net
スタイルの統一という意味では、新しいC++では
普通の関数とメンバ関数を
obj.func();
func(obj);
のどちらのスタイルでも相互に呼び出せるようにするかもしれない
って話だけど・・・
メタプログラミングの観点から見ればどちらの表記でも呼び出せたほうが
便利なのは火を見るよりも明らかだが
それはそうとして
スタイルを統一したいって言ってる頑固な約一名は
これも統一するつもり？
つまり普通の関数やメンバ関数の呼び出しを全部
obj.func(); もしくは func(obj); に統一するつもりなのかって話
で、世の中には引数を取らない関数、例えばabort()などもあるし
fgetsみたいにFILE構造体が引数の最後に来るような変態関数もあるので
統一するならCスタイルの func(obj); になると思うわけだけど
そうすると、全部 method(obj) の形式で書くつもりか？
この書き方だとエディタの補完が効かないので激しく作業効率が悪いわけだが
638:デフォルトの名無しさん
16/09/09 11:50:58.44 CsE6YZtW.net
>>627
メリットはないだろうね
639:デフォルトの名無しさん
16/09/09 11:52:48.11 kBQSHV64.net
>>627
4文字って何って話だよ
640:デフォルトの名無しさん
16/09/09 11:57:16.30 CsE6YZtW.net
スタイルの統一ってメタプロのためでしょ？
普通に書く場合はどっちだっていいし、見た目の統一なんてさらに気にするポイントじゃないし。
641:デフォルトの名無しさん
16/09/09 12:01:21.07 xpG9Ka1d.net
というかそもそも、
統一しなくてもよいように、そのために
どちらの表記でもよいようになっている
もしくはそうする予定なのに
統一する意味あんの？
642:デフォルトの名無しさん
16/09/09 12:08:44.98 G0RBn0pa.net
>>629
autoが4文字だろ？
これより長いstd::basic_string<char,std::char_traits<char>,std::allocator<char>>とかなら
autoにすると短くすっきりするが、
4文字より短い例えばintをautoにしてもそういう効果がないばかりか
厳密には1文字損してるだろって話だよ
643:デフォルトの名無しさん
16/09/09 12:09:29.33 G0RBn0pa.net
アンカー間違えた
s/>>629/>>630/gっと
644:デフォルトの名無しさん
16/09/09 12:12:46.72 kBQSHV64.net
>>633
float f();
を
auto f() ->float;
って書いたら一文字損してるって思うの？
どういう計算？？？
645:デフォルトの名無しさん
16/09/09 12:21:26.23 G0RBn0pa.net
>>635
逆だよ
それは１文字得してる
646:デフォルトの名無しさん
16/09/09 12:26:40.05 kBQSHV64.net
何言ってるのかわかんねー
文字の数を数えれないのかな…
647:デフォルトの名無しさん
16/09/09 12:27:41.92 G0RBn0pa.net
std::basic_string<char,std::char_traits<char>,std::allocator<char>>とかなら
autoにすると短くすっきりする
↑
これの意味わかる？
648:デフォルトの名無しさん
16/09/09 12:36:32.00 kBQSHV64.net
>>638
戻り値の型がそれだったとして
trailing-return-typeを使うと文字数は6文字(autoと ->)増える事に変わりないだろ？何言ってるんだ？
649:デフォルトの名無しさん
16/09/09 12:40:28.34 G0RBn0pa.net
>>639
まさかと思ったが、やはりそういうことか
よし、おまえはtrailing-return-typeを使うな
これにて一件落着
650:デフォルトの名無しさん
16/09/09 12:49:10.42 tc9dXmwp.net
引数に依存しないならどっちだって同じさ。
->以下を省略するのは別な話
651:デフォルトの名無しさん
16/09/09 12:51:16.50 4oqKijqb.net
聞きたいんだけど引数無しのコンストラクタが無いクラスってあり？
絶対にコンストラクタで引数を入れないといけない
652:デフォルトの名無しさん
16/09/09 12:51:31.27 CB2F3RXF.net
autoが本当に役に立つのはこういうケースだな
URLﾘﾝｸ(okns.webcrow.jp)
変数の型が template 引数に強く依存している場合は、auto なしにコードを書くのは本当に難しくなるだろう。 例えば:
template<class T, class U> void multiply(const vector<T>& vt, const vector<U>& vu)
{
// ...
auto tmp = vt[i]*vu[i];
// ...
}
tmp の型は T と U の乗算結果になるが、それが正確に何型であるか人間の読み手が見出すのは難しい。 しかし、もちろんコンパイラは、自身が扱っている適切な
T と U が何型であるかを知っている。
653:デフォルトの名無しさん
16/09/09 12:52:12.20 CB2F3RXF.net
ageたスマン
654:デフォルトの名無しさん
16/09/09 13:05:31.22 kBQSHV64.net
>>643
autoではなくautoキーワードを使った機能の一つであるtrailing-return-typeの話してたんだけど
お前の例を借りるなら
template<class T, class U> auto multiply(const vector<T>& vt, const vector<U>& vu) ->decltype(vt*vu)
こんな感じで引数の名前を返り値の型の決定に使いたい時の為に導入された。あとはlambda
655:デフォルトの名無しさん
16/09/09 13:23:41.38 EcclX7iE.net
>>642
「デフォルトコンストラクタが存在しないクラスを作ってもよいか?」
あるいは「クラスは必ずデフォルトコンストラクタを持つべきか?」
という質問かな。
外部から何かの値を指定しないと正常な状態にならないって対象なら
デフォルトコンストラクタなしの方が、間違った使い方をされなくて済む。
具体的には…今すぐ思いつくのは、
「ファイル名を指定、コンストラクタ中でファイルを開くクラス。
デストラクタでファイルを閉じる」とか(そもそも良い設計か分からんけど)。
この場合はデフォルトコンストラクタじゃ意味ないよね。
656:デフォルトの名無しさん
16/09/09 13:28:11.41 kBQSHV64.net
>>642
普通にある。
例えばstd::lock_guard
657:デフォルトの名無しさん
16/09/09 14:32:40.92 QrmkumON.net
>>642
あり？といういか引数無しがデフォルト
658:デフォルトの名無しさん
16/09/09 14:54:03.88 aqM9pKJ0.net
>>648
コンストラクタで絶対に引数をとらなければならないクラス設計はありかなしかという話だろう。
659:デフォルトの名無しさん
16/09/09 15:04:50.30 QrmkumON.net
>>649
あっそうかｗちゃんと読んでなかった
ありかなしかで言えば「あり」としか言えない
660:デフォルトの名無しさん
16/09/09 15:05:33.87 G0RBn0pa.net
ビルトインにだって初期値必須のものがあるくらいでねえ
そもそもなぜ初期値を指定するのかという目的論をすっ飛ばしたべき論に価値はあるのか
661:デフォルトの名無しさん
16/09/09 16:15:29.42 iGJJBn3T.net
最近、生のconstructorは晒さずに、面倒でもfactoryかbuilder用意したほうが良い気がしてきた。
662:デフォルトの名無しさん
16/09/09 18:00:44.85 6P7ccOtX.net
>>651
そんなのあったっけ？
663:デフォルトの名無しさん
16/09/09 18:52:54.42 Sz+zzzeN.net
>>653
参照
664:デフォルトの名無しさん
16/09/09 19:28:06.08 xbXKfh8v.net
複合型をビルトイン型と称すとは
頭の悪さに恐れ入る
665:デフォルトの名無しさん
16/09/09 19:54:51.32 2SLUNITP.net
ビルトインをビルトイン型と見間違うとは
目の悪さに恐れ入る
666:デフォルトの名無しさん
16/09/09 20:18:37.35 Sz+zzzeN.net
>>655
ビルトイン型って知らないけど Fundamental Types のことを言ってる？
667:デフォルトの名無しさん
16/09/09 20:24:24.90 G0RBn0pa.net
N3797でbuilt-inを検索すると...
oeratorsが必ずついてくるな
そりゃ悪かった
class宣言せずに使える型、そう言いたかっただけだ
668:デフォルトの名無しさん
16/09/09 21:49:08.07 Hwi6cA5k.net
const int i{100}; // 初期値必須
669:デフォルトの名無しさん
16/09/10 13:58:51.44 qsgFq9Gu.net
関数の引数と戻り値はstd::stringとかではなくconst char*を使うべきというのを見つけたんだけど正しいのか？
670:デフォルトの名無しさん
16/09/10 14:05:38.05 fEVz11Vc.net
C++で作られたdll(関数が色々定義されてるやつ)をC++の別プログラムAに読み込ませる
プログラムAに対してjavascriptで使用する関数を指定してってのをやりたいけどできるのかな
プログラムAはただjavascriptを指定するだけと結果出力
javascriptはどの関数をどんな引数で実行するかを指定する
スクリプトってのをよく理解してないからアドバイスほしい
671:デフォルトの名無しさん
16/09/10 14:15:01.34 TwDosbdA.net
>>660
ソイツはバカ
672:デフォルトの名無しさん
16/09/10 14:26:38.33 pUoIS14d.net
>>660
fstreamをstringに依存させないために
C++98ではopenの引数がconst char*だが
C++11ではstringを渡せるようになったので
fs.open((string(
673:デフォルトの名無しさん
16/09/10 14:27:46.41 pUoIS14d.net
fs.open((string("filename") + ".ext").c_str(), ios_base::in)が
fs.open( string("filename") + ".ext , ios_base::in)で
済むようになり結構便利だね
stdの作者じゃない一般ユーザな俺らにとって、
std同士での相互依存は別に構わんのに無駄に不便だったのがC++98
独善的な「正しさ」を誰も喜ばない例だと思うぜ
674:デフォルトの名無しさん
16/09/10 14:28:54.01 pUoIS14d.net
あ、引用符が閉じてない･･･ 許せ
675:デフォルトの名無しさん
16/09/10 20:03:47.79 fxMjDbn4.net
右辺値参照が使えるようになったし、クラスオブジェクトをそのまま返してもオーバーヘッドにはならんでしょ
676:デフォルトの名無しさん
16/09/10 20:40:19.15 LBKbagU5.net
typedef enum
{
kOne = 1,
kTwo,
kN
}e;
const int n[kN]={0,100,200};
template <int N> class A
{
public:
int a[N];
};
int main()
{
A<n[kOne]> a;
return 0;
}
こんな感じのやりたんだけどnが非constだって怒られる
なにか代案ありません？
677:デフォルトの名無しさん
16/09/10 20:45:26.68 QhorBMPI.net
>>667
constexpr int n[kN]={0,100,200};
678:667
16/09/10 20:51:12.77 fvQgZoM4.net
うちのVS2010ちゃんがそんなもの知らないと言っております
679:デフォルトの名無しさん
16/09/10 20:57:30.16 QhorBMPI.net
>>669
template<int N> struct constant { static const int value = N; };
template<int N> struct n;
template<> struct n<kOne> : constant<100> {};
template<> struct n<kTwo> : constant<200> {};
A<n<kOne>::value> a;
680:667
16/09/10 21:00:17.01 fvQgZoM4.net
>>670
よさそう
ありがとうございます
681:デフォルトの名無しさん
16/09/10 23:13:18.30 LzJTocys.net
>>660
それはその言葉の真意を理解すれば正しくもあり正しくもなし
682:デフォルトの名無しさん
16/09/11 00:28:13.04 bDOLl/8E.net
引数はともかく、戻り値を常にconst char*にするのはつらい
メンバ変数で持ってるものだったらconst char*で返せるけど
関数内でジェネレートした文字列だったらどうするんだ？
683:デフォルトの名無しさん
16/09/11 00:32:24.15 bDOLl/8E.net
void func( char *output, int max_buffer )
↑こんなインターフェースもあり得るけど
呼び出すときに一体バッファサイズをどのぐらい用意すれば良いんだ？
という問題が出る
関数内でmallocして返す方法もあるけど
呼び出しもとで開放しなきゃならないから嫌だ
std::string使いましょうよ
684:デフォルトの名無しさん
16/09/11 00:44:49.84 T7xxiiqM.net
うちの会社にいるレガシープログラマもクラスを引数にするのを嫌うな
685:デフォルトの名無しさん
16/09/11 01:12:15.86 NvSd/4YA.net
税金泥棒は、RMPについて何も理解できていない
分からないくせに、ひたすらコピペを繰り返す
突っ込んだ話を始めると、チンプンカンプンで付いて来れなくなる
686:デフォルトの名無しさん
16/09/11 01:30:52.05 Y3qTK8mc.net
gccはC++11のmoveとかつかわんでも、呼出側がスタックに用意したところに
せっせと返値を書き込んでるのでクラスを返値にしたところでcopyとか余計なことはしないな。
687:デフォルトの名無しさん
16/09/11 06:19:48.63 Cz5G8II8.net
コピーする必要がなかったかも知れないのにコピーしておいて余計なことはしていないとな
688:デフォルトの名無しさん
16/09/11 08:52:00.54 uFO7Kr12.net
返り血にmove使うと事態は悪化
689:デフォルトの名無しさん
16/09/11 10:11:38.91 5FDuUIWg.net
拭き取ろうと擦れば擦るほど赤く血塗られた範囲が広がって…。
690:デフォルトの名無しさん
16/09/11 13:09:13.01 QVUfpLVG.net
特定の関数があるなしで呼び出す関数をわけたいのですけど方法はありますか
template<typename T> void hoge(T val)
{
val.hage(0);
}
template<typename T> void hoge(T val)
{
val.husa(100);
}
691:デフォルトの名無しさん
16/09/11 13:55:18.24 KOEkGnWi.net
SFINAE使えばできる
692:デフォルトの名無しさん
16/09/11 14:53:31.90 h0ayt47M.net
コードではSSE命令をまったく使わず、コンパイラ最適化でSSE使ってもらいやすくする方法って
どこかに書いてありますか?
693:デフォルトの名無しさん
16/09/11 15:31:44.83 9/O5tJ2a.net
type_traitsのテストクラスばかり使っていたらSFINAEの書き方忘れた
694:デフォルトの名無しさん
16/09/11 15:50:46.32 hGR6Mbre.net
>>683
URLﾘﾝｸ(msdn.microsoft.com)
695:デフォルトの名無しさん
16/09/11 22:14:42.57 OIs9p1U8.net
void func( char *output, int max_buffer )
これはさ、max_bufferで指定した範囲で対応出来るようにするための引数だろ
呼び出す側でintの範囲なら自由に決められるに決まってるだろ
696:デフォルトの名無しさん
16/09/11 22:19:35.02 m0F7Ld2f.net
↑アスペ
697:デフォルトの名無しさん
16/09/11 22:20:45.93 OIs9p1U8.net
いやいや、outputの最大値を一緒に渡すのは常識だろう
698:デフォルトの名無しさん
16/09/11 22:25:57.81 2EFm3ZKd.net
要するに、
char b[128];
func(&b[16],128-16);
ってやって、特定の範囲で処理できるのも利点だろうといってるんだと。
あんまりやらないけど。
699:デフォルトの名無しさん
16/09/11 22:34:43.72 T7xxiiqM.net
文字列クラスでもできるけど
700:デフォルトの名無しさん
16/09/11 22:37:36.83 2EFm3ZKd.net
substrだっけか？
701:デフォルトの名無しさん
16/09/11 22:38:54.98 m0F7Ld2f.net
『要するに』
超能力者>>689のオツムが心配だ
702:デフォルトの名無しさん
16/09/11 22:40:38.21 2EFm3ZKd.net
チガッテマスカ？
703:デフォルトの名無しさん
16/09/11 22:43:30.84 m0F7Ld2f.net
>>693
>>689の解釈は
『max_bufferで指定した範囲』
『intの範囲なら自由に』
という表現と整合しない。
704:デフォルトの名無しさん
16/09/11 22:45:10.47 2EFm3ZKd.net
オーバーフローを指定するような間抜けなことをわざわざするんかいな。
705:デフォルトの名無しさん
16/09/11 22:46:59.51 m0F7Ld2f.net
>>695
>>688は「intの最大」でなく「outputの最大」と言っているのだが
706:デフォルトの名無しさん
16/09/11 22:48:58.46 2EFm3ZKd.net
>>686の頭にはなんか特殊用途でもよぎったんじゃね？
俺が懇意すぎたかな・・・。Orz
707:デフォルトの名無しさん
16/09/11 22:51:16.46 m0F7Ld2f.net
深い意味はない
単に>>674を見て並んでいた単語に連想した自分の知識を反射的に書き込んだだけ
708:デフォルトの名無しさん
16/09/11 22:54:31.75 2EFm3ZKd.net
俺は>>686ではない。それはそうかもな。
俺はC++ではstd::まで書くStl派なので、このところ生配列は使ったことがない。
というか、オーバーフロー怖くて使いたくない。
709:デフォルトの名無しさん
16/09/11 23:01:21.72 67F7MmNh.net
生配列を使ったことないってことはないだろ
インターフェースにstlのコンテナとかを露出したらコンパイラ依存になっちゃうじゃん
てか高速に処理したくてスタックに配列を積みたいときとかどうするわけ？
710:デフォルトの名無しさん
16/09/11 23:04:52.03 2EFm3ZKd.net
競プロ解いてるだけだから問題にならん。
まぁ、しばらく黙るわ。
711:デフォルトの名無しさん
16/09/11 23:09:47.79 OIs9p1U8.net
俺が言いたかったのはだね、
void func( char *output, int max_buffer )
のようにchar *outputを渡すような時は、
バッファオーバーフローを防ぐために一緒にサイズも渡すってのが、
C言語での使い方では常識化してるって事だ。
712:デフォルトの名無しさん
16/09/11 23:12:11.14 m0F7Ld2f.net
わざわざ補足しなくても
そんなことはみんな知ってるから
713:デフォルトの名無しさん
16/09/11 23:14:19.23 OIs9p1U8.net
>>674 が変な事言ってたからだ
714:デフォルトの名無しさん
16/09/11 23:17:06.20 67F7MmNh.net
競プロでSTLコンテナなんて使うか？？
アルゴリズムとかはそのまま使えるけどコンテナは普通生配列か必要に応じて自前の使うだろ？
715:デフォルトの名無しさん
16/09/11 23:19:39.01 2EFm3ZKd.net
ガチ勢じゃないからね。
最近ではリングバッファほしい位で満足してるよ。
STLコンテナで解けないなら、アルゴリズムが悪い事が多い。
716:デフォルトの名無しさん
16/09/11 23:20:05.58 m0F7Ld2f.net
>>704
>674の懸念は別に変じゃないぞ
変なのは>>674を理解できなかったお前だ
717:デフォルトの名無しさん
16/09/11 23:20:10.89 T7xxiiqM.net
>>700
規格準拠度が低いクソみたいなコンパイラを使わない
718:デフォルトの名無しさん
16/09/11 23:22:00.72 m0F7Ld2f.net
どうしたいきなり
>>700も関係無いことを言いだして
719:デフォルトの名無しさん
16/09/11 23:22:32.77 m0F7Ld2f.net
誤 700も
正 700と
720:デフォルトの名無しさん
16/09/11 23:23:32.91 OIs9p1U8.net
>>707
いやいや、おかしいよ。
void func( char *output, int max_buffer )
を使うのにバッファを意識しないプログラムとかありえないだろ
バッファがどのくらいか分からんのに
void func( char *output, int max_buffer )
とか間違ってるだろ。
これCの使い方だぞ
721:デフォルトの名無しさん
16/09/11 23:28:22.83 T7xxiiqM.net
>>705
競プロなんていうマイナー分野の話なんかしてないし
実行時間のほとんどはアルゴリズム依存なんだから1%未満のオーバーヘッドが影響するわけが無い
固定長配列はarrayを使うべきだし、動的にサイズを変えないといけない場合vectorでまとめて確保して普通のnewした配列として使えばいい
他人の競プロのコード見たら使いまくってるしな
722:デフォルトの名無しさん
16/09/11 23:39:10.29 m0F7Ld2f.net
>>711
よくわかった
>>674の『バッファサイズをどのぐらい用意すれば良いんだ？という問題が出る』
を単語レベルに近い連想で文を捉えるから珍妙な解釈になる
レスを100回読み直せ
723:デフォルトの名無しさん
16/09/11 23:46:15.15 M5lO5IQC.net
ID:2EFm3ZKdの背伸びが痛々しい。
このスレで一番出来ない子が何をいっちょまえにレスしてんだか…。
なぁーにが「競プロ解いてるだけ」だよド素人が。
724:デフォルトの名無しさん
16/09/11 23:48:48.59 OIs9p1U8.net
>>713
だからよ、
＞バッファサイズをどのぐらい用意すれば良いんだ？という問題が出る
って言うような疑問がおかしいんであって、
void func( char *output, int max_buffer)
はサイズを指定して使うもんだ。それ以外にあるかよ。
パターンもパターンやんけ。
バッファサイズがわからん状態で、、
void func( char *output, int max_buffer)ってのはあり得ないんだよ
725:デフォルトの名無しさん
16/09/11 23:49:06.36 2EFm3ZKd.net
>>714
はっはー。おだいじんさまぁ～。
726:デフォルトの名無しさん
16/09/11 23:54:09.86 IuKZJB78.net
>>715
別の関数で必要なサイズを返すのか？
変更が別スレッドだったら、さらにロック、アンロックの関数がそれぞれ必要になるな。
727:デフォルトの名無しさん
16/09/12 00:00:05.72 JmiC7f4k.net
じゃー背伸びついでに言っとくわ。
その関数voidだから失敗したかどうかわからんから、バッファ入力サイズを推定できない。
728: ドキュメント読め。
729:デフォルトの名無しさん
16/09/12 00:03:56.69 JmiC7f4k.net
チッ間に合わなかった。
730:デフォルトの名無しさん
16/09/12 00:04:01.94 GwVwE6OL.net
いやいや、
void func( char *output, int max_buffer)
ってのは
char *output に結果を返すんだよ。
そんなのもわからんのか。
max_bufferはオーバーフローを防ぐための物だ。
何を言ってんだ一体
731:デフォルトの名無しさん
16/09/12 00:04:29.54 hz43BbCS.net
例外使わないのか
初心者なのかレガシープログラマなのか
732:デフォルトの名無しさん
16/09/12 00:04:37.05 Tu0jZEI4.net
>>715
その部分の日本語の理解が間違っているとわざわざ教えてやっているのに
他にどういう理解があり得るのかも考えずゴミレスを繰り返すとは
アスペなだけでなくて荒らしのつもりなのか？
733:デフォルトの名無しさん
16/09/12 00:05:58.76 JmiC7f4k.net
>>720 そんなちゃんぽん仕様にしなくても戻り値一個設定すれば済む話じゃないか。 汚いと思う。
735:デフォルトの名無しさん
16/09/12 00:07:03.07 GwVwE6OL.net
Cやってたらvoid func(char *output, int max_buffer)なんてパターンだろ。
基本中の基本だろ。
736:デフォルトの名無しさん
16/09/12 00:08:06.86 JmiC7f4k.net
染まってるのか。
まぁいいや。
黙るって言ったから黙る。
737:デフォルトの名無しさん
16/09/12 00:08:07.10 WISOHly2.net
723 : デフォルトの名無しさん 2016/09/12(月) 00:05:58.76 ID:JmiC7f4k
>>720
そんなちゃんぽん仕様にしなくても戻り値一個設定すれば済む話じゃないか。
汚いと思う。
738:デフォルトの名無しさん
16/09/12 00:09:36.24 Tu0jZEI4.net
バッファサイズ指定の関数で溢れた時に例外をスローするのは珍しいな
Visual C++の_s関数の配列オーバーロードはそんな仕様だった気もするが
739:デフォルトの名無しさん
16/09/12 00:09:38.22 WIrRwO5G.net
>>715
URLﾘﾝｸ(msdn.microsoft.com)
バッファサイズを指定できても、結果を正しく格納するのに必要なバッファサイズはわからない
ってことはあるんだよ。
740:デフォルトの名無しさん
16/09/12 00:11:17.09 GwVwE6OL.net
void func( char *output, int max_buffer)
これはさ、max_buffer以内で絶対に納めるって前提があるんだよ。
その為のmax_bufferだぞ。
max_bufferの指定が間違ったらエラーなんだよ。
他にどういう使い方あるんだよ
741:デフォルトの名無しさん
16/09/12 00:11:25.69 XcxNhSoL.net
>>728
マクロでパスの最大規定されてる
742:デフォルトの名無しさん
16/09/12 00:13:42.09 GwVwE6OL.net
結果を正しく格納するのに必要なバッファサイズが、max_bufferだろ。
char *outputのサイズがmax_buffeなんだよ
char *outputがオーバーフローしないように、max_bufferを上限に処理をして、
char *outputで返せばオーバーフローしないって仕組みなんだよ。
743:デフォルトの名無しさん
16/09/12 00:14:04.49 Tu0jZEI4.net
まさか>>728のやさしいレスを見てもまだ世迷い言が続くとは
これはホンモノだ
744:デフォルトの名無しさん
16/09/12 00:18:26.76 GwVwE6OL.net
おまえなにもわかってないだろ。
何ひとつ自分で説明してないだろ。
745:デフォルトの名無しさん
16/09/12 00:21:57.49 U6Ajls88.net
>>732
老害プログラマによくいる切り捨てられても気にしない、切り捨てによって発生したバグが確認されて初めてバッファーサイズをプログラム内の定数値で変更する人なんでしょ。
C++使ってるなら正しく処理する為には多大な面倒が発生する手法なんて使うなって事なんだけど老害にはそれが理解出来ないらしい。
746:デフォルトの名無しさん
16/09/12 00:22:27.92 /3fOrQXc.net
max_bufferがあるからバッファオーバーフローを防ぐことが出来る
逆にmax_bufferが効果を発揮する状況というのは
結果を正しく格納するのに必要なバッファサイズがmax_bufferを越える時だ
従って>>731の最初の行は間違っている
747:デフォルトの名無しさん
16/09/12 00:23:39.94 XcxNhSoL.net
最大値をどうすればいいのかって話でしょ
728の例だと別の場所で最大値は決まってる
でもバッファサイズ3とか小さすぎると欲しい情報は帰ってこない
当然オーバーフローはしないけど
748:デフォルトの名無しさん
16/09/12 00:27:04.07 feiUf+9B.net
バッファっていう概念がちょっとズレてんのかもな
Cやってる人はコップでプールの水をすくうとき
コップがバッファだ
コップの大きさで回数を重ねてすくう
コップを最大まで大きくしなきゃいけないとか
必要なコップサイズは、などとは考えない
それがバッファ
749:デフォルトの名無しさん
16/09/12 00:28:34.40 Tu0jZEI4.net
>>730
文脈を理解できない低能は去れ
>>733
健常者なら『レスを100回読み直せ』で理解できると思ったので敢えて説明しなかった失礼
では説明してやろう
＜呼び出し側＞
vector<char> result(★);
func ( &result[0], result.size() );
>>674はこの★をどう決定するかが
呼び出し側コードを書く者の負担になると言っている
750:デフォルトの名無しさん
16/09/12 00:28:41.75 GwVwE6OL.net
だからよ、C++の使い方で
void func( char *output, int max_buffer)
を使おうとすれば、Cのバッファを意識する使い方以外に無いだろ。
それをストリングクラスの代わりに
void func( char *output, int max_buffer) を使う手ももあるが、
バッファのサイズをどうするかが問題、とか言ってるから、
そういう使い方はしないし間違ってるって言ってんだろがよ
751:デフォルトの名無しさん
16/09/12 00:30:38.58 GwVwE6OL.net
void func( char *output, int max_buffer)
これはよ、char *outputのサイズを意識しない限り、動かせないプログラムだよ
このサイズが分からない時に、
void func( char *output, int max_buffer) を使うってのは無いんだよ
それをあるって言うから、無いって言ってんだよ 👀
Rock54: Caution(BBR-MD5:0be15ced7fbdb9fdb4d0ce1929c1b82f)
752:デフォルトの名無しさん
16/09/12 00:35:45.75 XBLhc0H+.net
>>740
一旦これだけは言っておくが
おまいの言っていることは正常でしかもごくあたりまえのこと
おそらくその点を繰り返す必要はもうないし
そのことはみんな分かってる
読み込む前にサイズ分からないものがあるよね？
そのときは固定サイズじゃ読み込めないよね、
的なことをおまいの相手は繰り返し言ってるんじゃないか？
配列に対するベクタの利点みたいな部分を言いたがってる気がする
753:デフォルトの名無しさん
16/09/12 00:40:53.14 XcxNhSoL.net
最大値がどっかで決まってるか、outputにヌルいれると必要なサイズ返るとかが普通じゃね
その関数だけじゃ必要なサイズがわからんというお話
パスが欲しいのにバッファ小さすぎてドライブレターだけ返ってきても意味無いわけで
754:デフォルトの名無しさん
16/09/12 00:43:58.37 GwVwE6OL.net
void func( char *output, int max_buffer)
を使う前にはサイズを把握してないと駄目ってだけだよ。
それが把握できんのにこういうCライクな使い方は間違ってるって俺は言ってるだけだよ
755:デフォルトの名無しさん
16/09/12 00:47:09.50 hz43BbCS.net
C言語的なインターフェイスは不便だからC++らしく書きましょう
756:デフォルトの名無しさん
16/09/12 00:47:23.61 U6Ajls88.net
>>743
格納サイズを把握してたらmax_bufferなんて要らなくね？
757:デフォルトの名無しさん
16/09/12 00:51:26.47 GwVwE6OL.net
>>745
いやオーバーフロー対策の最大値だから
引数で明示的にサイズを渡しましょうって取り決めだ
758:デフォルトの名無しさん
16/09/12 01:02:10.22 Tu0jZEI4.net
>>743の達した結論が
>>674とほぼ同じに思えてならない
759:デフォルトの名無しさん
16/09/12 01:10:30.26 hz43BbCS.net
いまさらそんな40年前からある常識を言われも困る
760:デフォルトの名無しさん
16/09/12 01:13:36.21 WIrRwO5G.net
>>730
>728 で挙げた MSDN のページにそんな規定は見当たらないんだけど、どこ見て言ってるの？
MAX_PATH の類のことを言ってるなら、よくある勘違いだろうと思うんだ。
URLﾘﾝｸ(www.google.com)
URLﾘﾝｸ(d.hatena.ne.jp)
761:デフォルトの名無しさん
16/09/12 06:52:52.36 y21Asc3i.net
MAXPATH があてにならんのは確かだが
サイズ取得せずにリトライするのもダメ臭が
762:デフォルトの名無しさん
16/09/12 08:08:53.69 46mLPt5D.net
書き込んだサイズを返すくせに必要なサイズを
調べる機能が規格に無いstd::mbstowcsはクソ
763:デフォルトの名無しさん
16/09/12 09:10:27.05 HZgwCDH3.net
プログラミングのコードを書く時のタブvsスペース戦争がついに決着
URLﾘﾝｸ(www.gizmodo.jp)
URLﾘﾝｸ(www.gizmodo.jp)
URLﾘﾝｸ(www.gizmodo.jp)
764:デフォルトの名無しさん
16/09/12 09:38:06.48 y21Asc3i.net
優れたデータから生まれるクソ同然な解説
765:デフォルトの名無しさん
16/09/12 10:27:38.72 CKtP/5ek.net
おまえTAB派かｗ
766:デフォルトの名無しさん
16/09/12 11:33:25.20 +YsVO5lS.net
タブスペース混在で起きる問題とは？
767:デフォルトの名無しさん
16/09/12 12:31:33.38 ZblQazo2.net
タブ幅が決まってないのが一番の問題だな。2,3,4,8みんなバラバラ。
768:デフォルトの名無しさん
16/09/12 13:20:51.17 s5J5+4ba.net
pythonが致命傷を負う
769:デフォルトの名無しさん
16/09/12 13:57:05.61 x7GAwvaf.net
>outputにヌルいれると必要なサイズ返るとかが普通じゃね
必ずしもそれが有効かどうかわからないから困る
必要なバッファサイズを取得してから実際に文字列を取得するまで
関数を二回呼び出す必要があり�
770:Aここに時間差があるのが問題 マルチスレッドで問題になる 取得したバッファサイズは既に古い情報になっている可能性がある これを解決するにはLockするしかない obj->lock(); size_t buffer_size = obj->func( nullptr, 0 ); std::vector<char> output( buffer_size ); obj->func( outputr.data(), output.size() ); obj->unlock(); こんなコードはまさに糞であるということ しかも、lock、unlockをし忘れても、たまたまのタイミングの物で、そこそこ動きそうというのが怖い つまり、ほんの短い期間の間に、文字列が更新されて取得したバッファサイズが無効になるほうが珍しいだろう しかし、ありえないことではない 1000回に1回だけ失敗するというのが一番怖い これに比べれば、関数内でnew char[]して返すほうが、まだいくらかマシに思えるぐらい しかしこれをやると、帰ってきた文字列は自分で開放しなければならないのか あるいは開放してはダメなのか、解放関数はdelete[]なのかfreeなのかあるいは別の専用関数なのか ということが関数ごとにマチマチになり、非常に煩雑になる std::string output = obj->func(); のほうが断然良い、誰の目にも明らか、短い、シンプル lock、unlockを呼び出し元が保証しなければならないのは良くない 必要な処理が一発の関数呼び出しでキマるように設計すれば、同期処理はobj内に隠蔽できる こちらのほうが良い 単に文字列取得するだけでlock、unlockが必要というのは狂気の沙汰 >>700のような特殊な場合を除いては、ね
771:デフォルトの名無しさん
16/09/12 15:42:12.58 tjH2oYJX.net
ってか
void func( char *output, int max_buffer)
なんてI/Fを書いちゃってることが問題なんじゃねーの？
これでなんとかしようって考えたって生産性ないし
772:デフォルトの名無しさん
16/09/12 16:16:50.47 ZblQazo2.net
cのIFだから古臭いのはしょうがない。
効率悪くなってもstd::string吐くようにラップして二度と触らないのが吉。
773:デフォルトの名無しさん
16/09/12 16:45:03.11 +C5a7cGR.net
void func( char *output, int max_buffer)
これ、ニワカが作ったダメな見本
普通
size_t func( char *output, size_t max_buffer)
774:デフォルトの名無しさん
16/09/12 17:01:45.51 2Vwoh4uN.net
ゴミが得意気に難癖つけてて笑える
775:デフォルトの名無しさん
16/09/12 17:58:57.32 KCLSxXC3.net
同じ意味じゃんｗ
776:デフォルトの名無しさん
16/09/12 18:06:15.51 5/ctHFsj.net
マルチスレッドのリテラシーも無いのにクソみたいな長文をﾄﾞﾔ顔で貼り付ける>>758が哀れで仕方ない
2回のfnucの呼び出しの間にバッファーが変更される状況では単独の呼び出しすら破綻していることが理解できないらしい
777:デフォルトの名無しさん
16/09/12 18:13:03.76 Brz5tLm8.net
彼に限らず何らかの問題意識を訴える子が
なぜか突然マルチスレッドを絡めてくるのはもはや伝統芸
そして一通り話を聞いてみると
「そうだね、排他だね」としか言いようがないことも毎度
778:デフォルトの名無しさん
16/09/12 18:27:11.87 x7GAwvaf.net
std::string output = obj->func();
の場合、funcの中で排他処理をしていれば、呼び出し元は排他処理について気にしなくてよい
アトミックな操作ということになる
文字列の取得にかかわらず、アトミックが期待される処理は
分解せずに一つの関数で実現すべきである
personオブジェクトの取得なら、person = obj->get_person(); とすべきであり
person.set_name( obj->get_persion_name() );
person.set_age( obj->get_persion_age() );
のように分解してしまうとアトミックでなくなるから、やはりロックが必要になる
外からオブジェクトをロックする、そういうI/Fをobjに用意するということは
何時でも何処でも好き勝手にロックできるというわけで
使い方を誤るとデッドロックを引き起こす可能性がある
ロックの順番はクラス設計者が明確に管理し、隠蔽すべき
さて、文字列取得を二つの関数に分けて行うとアトミックな操作でなくなるから
呼び出し元で排他処理をしなければならなくなる
obj->lock();
size_t buffer_size = obj->func( nullptr, 0 );
std::vector<char> output( buffer_size );
obj->func( output.data(), output.size() );
obj->unlock();
これは非常に面倒なので君らは直ぐにでもstd::stringを返すラッパーを書く
そうすれば結局同じことになるので、初めからstd::stringを返せばよい
もとより文字列の取得はアトミックであることが期待されるわけだから
一回の関数呼び出しで行うのが筋である
779:デフォルトの名無しさん
16/09/12 18:43:38.31 5/ctHFsj.net
一生懸命考えた結果がコレか？
呼び出し側が自らコンカレントな使い方する前提でロック必須と言われてもねぇ
その内vectorのremove&eraseイディオムにも排他が必要で狂気の沙汰とか言い出しそうだな
780:デフォルトの名無しさん
16/09/12 18:44:31.77 x7GAwvaf.net
どれだけの処理を一つの関数で行うべきかは
どこまでの処理がアトミックと期待されるか、による
文字列の取得はアトミックであることが期待されるので
一つの関数でアトミックに実行すべき、となる
場合によればアトミックの範囲がもっと広がることもある
例えばpersonの情報が欲しいとき、名前と年齢を別々に取得するのはよくない
名前の取得と年齢の取得のそれぞれが独立して排他処理してあって正しく動いたとしても
全体として名前と年齢のペアが一致しなくなる可能性があるから
だからこの場合、personの情報は一つの関数呼び出しで行い、アトミックである必要がある
なので、一つの関数で実行すべきこと、アトミックに実行すべきこと、は
文字列の取得なんかよりは大きな範囲、粒度になることはある
大きくなることはあり得るということ
が、間違っても、文字列の取得などというプリミティブな処理を
バッファサイズの取得と文字の取得の二つに分割したほうが良い
とはならない
781:デフォルトの名無しさん
16/09/12 18:50:01.82 x7GAwvaf.net
>>767
>必ずしもそれが有効かどうかわからないから困る
と書いた通り、すべての場合とは言っていない
困る場合があるといっている
そして、困る場合での話である
782:デフォルトの名無しさん
16/09/12 19:40:26.75 5/ctHFsj.net
なるほどつまりは>>765だな
この論法は非constメンバー関数を使ったイディオムに広く使えそうだ
「～って普通だろ？」
↓
「必ずしもそれが有効かどうかわからないから困る(長文略)」
783:デフォルトの名無しさん
16/09/12 21:04:54.81 U6Ajls88.net
>>767
呼び出し側だけとは限らんでしょ。
非同期でデータメンバーを更新しつつ、更新通知をだすクラスとか
784:デフォルトの名無しさん
16/09/12 22:29:31.42 2Vwoh4uN.net
一発でstringやらvectorで返すなら常識的に言ってロックは必要ないわな
何話してるのか分かってない奴が力んでるな
785:デフォルトの名無しさん
16/09/12 23:29:00.60 3LkOVCr7.net
タブ幅は8である。但し、一度タブキーを叩くと4つのスペースが入る
但しそれで8つのスペースとなるときはそれを一つのタブに換える
786:デフォルトの名無しさん
16/09/13 00:03:18.93 ZWXE0Cz9.net
いやタブとスペース混ぜるのは論外でしょ
787:デフォルトの名無しさん
16/09/13 00:39:27.54 UjtLBJZw.net
混ぜると誰かがコード整形したときに全部差分に出るから邪魔
788:デフォルトの名無しさん
16/09/13 00:51:46.06 nTkG/AQ9.net
>>772
そんな事でロックが必要かどうか決まらないと思うが何を言ってるんだ？
789:デフォルトの名無しさん
16/09/13 01:06:54.89 TGJSQl0M.net
VZエディターとか混ぜてたな
790:デフォルトの名無しさん
16/09/13 01:20:10.44 7Uxx8QPD.net
基本的にインデントが何段階も必要な入れ子はよくない
許容範囲は2つまでだな
791:デフォルトの名無しさん
16/09/13 02:29:06.46 qRIDBJHy.net
論点がずれてんじゃんｗ
792:デフォルトの名無しさん
16/09/13 04:10:18.62 ifCWTkZq.net
>>775
差分取るときホワイトスペース無視すればいいだろ
793:デフォルトの名無しさん
16/09/13 05:08:48.43 E9px3zRx.net
std::get_temporary_buffer ってなんであんなクソ仕様で作ったの
794:デフォルトの名無しさん
16/09/13 05:14:57.49 ifCWTkZq.net
それ知らんかったけどクソだからC++17でdeprecatedになるのか
795:デフォルトの名無しさん
16/09/13 07:08:31.21 fa0Yw14i.net
引数の異なる関数を関数テーブルにまとめる方法ヘルプミー
796:デフォルトの名無しさん
16/09/13 07:11:36.75 jvr3tDVu.net
型が違うから難しくね？同名でオーバーロードするんじゃだめなんかい。
797:デフォルトの名無しさん
16/09/13 07:21:28.20 6YUjJJm0.net
テーブルの別の要素で引数と返り値の型を記憶しておき、任意の関数ポインタ型にreinterpretして保存
呼び出し時は記憶した引数と返り値のの型に対応する関数ポインタ型にreinterpretしてから呼び出す。
798:デフォルトの名無しさん
16/09/13 07:56:45.02 BC6G6r/f.net
>>783
それどうやって使うつもりなの？