C/C++ゲーム製作総合スレッド Part7

C/C++ゲーム製作総合� ..

2:名前は開発中のものです。
15/01/11 10:39:11.80 lPY833F2.net
乙

3:名前は開発中のものです。
15/01/11 18:56:29.39 Q8fjCZ3C.net
おつん

4:名前は開発中のものです。
15/01/12 16:06:35.67 skthRk+e.net
基本的にゲーム内で使う文章を外に書くメリットはないよな？
で、セーブファイルは専用の構造体を用意して
そこに保存が必要な数値を片っ端からぶっこめばいいんだよな？
なら今のゲームでテキストファイルを使う場面って、
セーブデータ等のテキストデータのエクスポートくらいだと考えていいんだろうか？

5:名前は開発中のものです。
15/01/12 16:37:57.91 7zQT7KO5.net
文章校正のたびにいちいちコンパイルすんの？

6:名前は開発中のものです。
15/01/12 16:41:38.11 2JI68Ytd.net
海外のゲームやったことないのかね？
大抵テキストデータは外に置いてあって日本語化Modとか作られてたりする。
日本国内しか相手にしないならそれでも良いと思うけど

7:名前は開発中のものです。
15/01/12 18:56:00.81 +4zBZCv5.net
テキストデータでデータ構造作っておくと色々と便利だよ
テキストエディッタ使えばデータを書き換えられるから、
わざわざ専用エディッタを作らなくてもいいし

8:名前は開発中のものです。
15/01/13 02:13:15.64 N

9:Qh/p/ub.net

10:名前は開発中のものです。
15/01/13 02:51:46.58 z6JNQND6.net
ウチの会社では、基本的にゲーム内で使う文章は外のツールで作成してるな。
わざわざソース内に置くメリットがむしろ感じられない。誤字修正の度にプログラマが手を入れる必要が出てくるし、ビルドに時間もかかるし、別の言語に移植する際に面倒じゃないか。
あ、あと、文章の問題であればそのツールを開けばいいという、問題の修正箇所を局所化できるというメリットもあるから。

セーブは確かに専用の構造体(というかPODクラス)を用意して必要なデータをぶっこむ、シリアライズして吐き出す形だな。

それらの吐き出す形は結局単純なテキストではなく、何らかの形式に則ったバイナリ(テキストエディタで開いても意味不明な部分が交じるファイル)だけど。

11:名前は開発中のものです。
15/01/13 08:36:10.29 u897FUjW.net
プログラマ１人で造るミニゲームとかで、メニュー程度の文章量しかないなら
たしかにハードコーディングのほうが楽ではある

12:名前は開発中のものです。
15/01/13 11:20:25.68 tklViF/V.net
>>9
そういう文章ってどうやってプログラム中から識別するの
"会話0001"?

13:名前は開発中のものです。
15/01/13 12:40:45.14 x0mM86eW.net
4 ：名前は開発中のものです。：1985/01/12(土) 16:06:35.67 ID:skthRk+e
基本的にゲーム内で使う画像を外に書くメリットはないよな？
で、描画手順は専用の構造体を用意して
そこに開始点・終了点の座標や塗る色の数値を片っ端からぶっこめばいいんだよな？
なら今のゲームで画像ファイルを使う場面って、
画面紹介等の画像のスクショくらいだと考えていいんだろうか？

14:名前は開発中のものです。
15/01/13 18:27:31.65 u897FUjW.net
>>11
ユニークな名前で管理するのが面倒な規模なら
ロジックの部分もある程度は外に投げるようになるんでね

15:名前は開発中のものです。
15/01/13 18:40:16.59 RKeKGf32.net
画像ファイルでそれやろうって奴はいないだろ…
テキストは定義された物を書き出すだけだからやろうって考える人がいるだけで
あと、MOD作ってもいいよとか多人数でやるよとか
追加含めて大量に書くよってんならテキスト外置きなんだろうけど、
逆に言えばこのどれにも当たらないならいらないかなって
一部でもオープンソースにする気はないって人もいるだろうし

壊せる壁って破壊済み相当の状態で床などに変化するオブジェクトだけど、
これはダメージを与えていくと壊せる物はマップチップ扱いなのかキャラクター扱いなのかよく分からない
キャラクターをマップチップに正確に重ねてチップを隠すんならいけそうだけど、
そうするとマップ情報をキャラクター生成部に送る必要があるんだろうか？

16:名前は開発中のものです。
15/01/13 19:39:05.23 MdTOZHze.net
>>14
普通に居るけど
Mod作りやすいってことは本編も作りやすいって事がわからんのだろうかね。
あとオープンソースの使い方おかしい

17:名前は開発中のものです。
15/01/13 22:57:29.48 RKeKGf32.net
それ、一部の場面でレイヤーの代わりに使ったりする物のことを言ってるんだろ？
描画画像を全部内部で0から生成なんかやってたらそのコードだけでものすごい量になっちゃうよ
逆にそれが部品として小さいなら、外に置かなくても組み込んじゃえってのはありだとは思うし
それを実行しているのが一行目ってわけだ

非現実的な案ではあるけど、できるんなら画像の隠蔽は完璧だな
あと、一部ならオープンソースじゃなくてシェアードソースね、おk覚えた

18:名前は開発中のものです。
15/01/13 23:22:24.12 tklViF/V.net
お前は勘違いをしている

19:名前は開発中のものです。
15/01/13 23:48:10.98 QJSitgs3.net
ソース違い

20:名前は開発中のものです。
15/01/13 23:48:23.40 yF9v46c2.net
たとえ話は
通じなかった時に双方ともに間抜けなことになるのが辛いな

21:名前は開発中のものです。
15/01/14 00:25:45.86 8sU4Ec1w.net
スレを流し読みしたが、>>14-16の辺りが話が噛み合ってないよな
これお互いに誤読してるだろ。推測するに大凡の所お前らの間には
目立った意見の食い違いはなさそうだから仲良くしろよな

22:名前は開発中のものです。
15/01/14 01:05:05.22 8sU4Ec1w.net
>>14
＞壊せる壁って破壊済み相当の状態で床などに変化するオブジェクトだけど、
＞これはダメージを与えていくと壊せる物はマップチップ扱いなのかキャラクター扱いなのかよく分からない

本来は、昔のゲーム機の仕様(例えばOBJとかBGがあるやつね)の様々な縛り
の中での話なので、今なら好きに定義して自由に作ればいいんじゃねーかな

見当がつかなくて何か参考にしたいんならツクールの類でも触ってみて
内部の仕組みを推測して真似てみたりすればいいんじゃねーかな

＞キャラクターをマップチップに正確に重ねてチップを隠すんならいけそうだけど、

そういう手も当然ありだよね

＞そうするとマップ情報をキャラクター生成部に送る必要があるんだろうか？

どういう機能分割をしてるのかイマイチ分からんけど、座標系の概念が
考慮されてないなら取り入れたほうがいいんじゃねーの

23:名前は開発中のものです。
15/01/14 01:50:18.20 oy3qeLAO.net
え、俺はマップチップもキャラも一緒のオブジェクトなんだけど
お前らわざわざ分けてんの？

24:名前は開発中のものです。
15/01/14 23:47:05.61 nDPijqqTv
車用ピッキングツール　車の鍵を不正に開ける工具
URLﾘﾝｸ(www.amazon.co.jp)

25:名前は開発中のものです。
15/01/14 18:32:13.33 b3+ap1tg.net
>>22
舞台装置と役者は似て非なる別物だからよ

>>14みたいなことをやる場合、
当たり判定まではキャラクターと同じでも
HPは持っていない壊せない壁をどう定義するかがな

26:名前は開発中のものです。
15/01/14 20:11:23.18 oy3qeLAO.net
>>24
同じオブジェクトで行けるってことは、似て非なる別物じゃないと思うが

27:名前は開発中のものです。
15/01/14 20:25:50.33 mV/UlqnK.net
好きなようにすりゃええがな
あんさんの方法を否定してる奴なんて誰もおらん
あんさんは他人を否定したくて仕方ないかも知れないがな！

28:名前は開発中のものです。
15/01/14 21:38:06.89 0XojYraf.net
例えどんな方法でも実現可能だったとしても
複数の手法の中からベストな物を追求するのは良いことである

29:名前は開発中のものです。
15/01/14 22:19:18.87 oy3qeLAO.net
>>26
まぁ、お前にゃ聞いてないがｗ
似て非なる別物の根拠を訪ねただけで、否定したように感じるってのは相当病んでるぞ

30:名前は開発中のものです。
15/01/14 23:02:57.92 iwR4jgL6.net
当たり判定の範囲をなしを含む特有の定義にして、
一番最初に横たわるキャラクターオブジェクトそれがマップ

他のキャラクターとは一部の要素が大きく違う分管理に差が出るし
無駄を承知で分けた

31:方が分かりやすくはなる…かも

32:名前は開発中のものです。
15/01/15 21:04:25.90 v7OuMrqm.net
マップと言えば、マップチップタイプみたいな並びを記憶しておく必要があるマップは、
当然二次元配列を使うとして
たとえば現在の装備一覧のような、
同じ要素を指す数値の並びをしている物の塊も二次元配列にすべきなんだろうか

33:名前は開発中のものです。
15/01/15 23:17:08.52 Q5DMCUO8.net
>当然二次元配列を使うとして
？

34:名前は開発中のものです。
15/01/16 08:47:44.30 ZjU+PjG/.net
>>30
別にどう作っても良いけどマップも1次元の配列で持っていた方が楽
座標x、yも持たせておけばいい

35:名前は開発中のものです。
15/01/16 12:23:34.85 KH2Og/LD.net
二次元のビットマップ画像も普通一次元配列で確保するよな。

36:名前は開発中のものです。
15/01/16 23:19:42.96 aIsA+egi.net
>>30
＞たとえば現在の装備一覧のような(…中略…)二次元配列にすべきなんだろうか

一覧表示にも色々あるけど
要求(される操作)に応じて適切なデータ構造(コンテナ)選ぶものなので
二次元配列でおｋ(な要求)ならそれで作るのが一番いいんじゃねーの

要素数がたかが知れてる場合、配列(std::vector)使ってるからって
何か問題が生じるような事はまずないわけだし

37:名前は開発中のものです。
15/01/17 08:27:09.12 XHyVYcVD.net
2次元配列でOKなものは1次元配列でOK
わざわざ2次元配列を使うメリットは何も無い

38:名前は開発中のものです。
15/01/17 11:40:55.67 vMwgaTo6.net
シンタックスシュガーでしかないもんねぇ
初心者に教えるなら積極的に使うけど

39:名前は開発中のものです。
15/01/17 11:55:03.58 YJD7hT+O.net
一次元配列で確保した上で行(or列)先頭にアクセスするための
インデックス(LUT)を用意するような内部実装でも二次元配列
なんであってだな(>>33)

ターゲットも実装も不明ならメリットねぇとは断言できんよ

40:名前は開発中のものです。
15/01/17 11:57:15.65 YJD7hT+O.net
>>36被ったスマン

41:名前は開発中のものです。
15/01/17 17:31:33.18 KBPYDccT.net
たとえば縦スクロールSTGのマップとかで、
メモリ節約のためにマップを行ごとに細切れにして
表示範囲の上に一行足して下から一行引くような処理をしていたりする場合、
一行ずつ読み込んでるんだという事を示すためにわざとやるとか
試作段階で仕様が固まらなかった時の苦肉の策がそのままになっちゃったとか？
二次配列ってなんかあんまり使い道が浮かばない

42:名前は開発中のものです。
15/01/17 18:57:09.16 O8Io0R5L.net
3Dでキャラクターが技によって自由に地面の凹凸を操作できるようにしたいんですが
予め頂点を作っておかないとダメでしょうか？

キャラクターがここじゃーって指してる座標に一番近い面の上に
頂点をいい感じに窪ませるように配置して、
もともとあった面と入れ替わるような感じにしたいのですが、
当たり判定やハードウェアレンダリングしたいならやっぱり面倒ですか？

まぁハードウェアレンダリングなんてどうやればいいのかわからないですが

43:名前は開発中のものです。
15/01/17 20:24:50.48 dqiO68fF.net
確かにあんまり、というか殆ど多次元配列使わないな
配列へのアクセス部分は、隠蔽する傾向にあるから、アクセス用インデックスが多次元でも、アクセスの内部仕様は１次元配列でやってることが多いな

また配列の次元数を増やすと、後から解読するのが難しくなって、可読性が下がる
だから次元が増える場合は、次元別にクラス定義して、一次元配列のメンバに下位次元を持たせるようにしてるな

そういやD3DMATRIXに2次元配列のメンバあるけど、自分で定義したものじゃないし、そもそもそのメンバって殆どアクセスしないなぁ

44:名前は開発中のものです。
15/01/17 20:40:58.36 eRR0fEDj.net
std::vector<std::vector<int>>とかやるじゃん？

45:名前は開発中のものです。
15/01/17 20:55:17.63 XHyVYcVD.net
Dictionary<Point, Tile> Mapしか使わん

46:名前は開発中のものです。
15/01/17 21:10:19.92 dqiO68fF.net
>>42
enum定数でアクセスするのかな？
それにどんな情報を入れるんだろ

47:名前は開発中のものです。
15/01/17 21:23:58.77 j+s0LTMz.net
ベジェとか普通に書いたら多次元配列になるんじゃ…

48:名前は開発中のものです。
15/01/17 21:56:16.62 ceElOD9E.net
>>42
やりません
コンテナ2つ重ねても無駄に複雑になるだけでしょ

49:名前は開発中のものです。
15/01/17 22:50:59.20 Gl1ppQ6p.net
>>42
リソースに余裕がある場面では使ってるな
規模が大きくなってくると細かいことまで気にしてられんからこれ使うとラク

50:名前は開発中のものです。
15/01/17 22:59:23.12 aI7crSKW.net
>>40
テッセレータを使ったらいいのでは？
凹ませたい領域を4頂点の単純なタイルで表現し、それをフィールドに敷き詰めておく。
凹ませるときは、該当するタイルに対しテッセレーション（最大64分割）して、
高さマップを与えてディスプレースメントさせる。

51:名前は開発中のものです。
15/01/18 00:08:51.85 DJykD+cW.net
>>46
やるぜ？
可変長CSVの読み込みとか

52:名前は開発中のものです。
15/01/18 07:49:00.66 sJaCX/+8.net
長さ不定のに多重vectorはしないかな

53:名前は開発中のものです。
15/01/18 12:34:52.67 W1O9uyd7.net
vector<vector<T>>は便利なときもあるけど、
コピーやトラバースのパフォーマンスがvector<T>に比べて著しく遅いんで、
そちらが重要なときは多少冗長でもvector<T>で扱うようにしてる。

54:名前は開発中のものです。
15/01/18 12:40:46.60 beKeRz4L.net
vector<vector<T>*>

55:名前は開発中のものです。
15/01/18 12:44:37.58 sJaCX/+8.net
生ポインタ使うならdequeで良いだろ
とは言えないパフォーマンス差があるんだよな…

56:名前は開発中のものです。
15/01/18 13:35:03.38 yNPMG51i.net
vector<unique_ptr<T>>

57:名前は開発中のものです。
15/01/18 14:23:19.06 J6J53lAj.net
null_ptr

58:名前は開発中のものです。
15/01/18 15:20:17.44 W1O9uyd7.net
nullptrでは･･･

59:名前は開発中のものです。
15/01/18 15:53:55.88 dWFx6RaG.net
相当昔にC++触って、今と環境がかなり違いそうなのですが、
タスクシステムを実装する時、昔は固定長のメモリを予め確保したうえで、そのメモリを
newすることによって使っていたのですが、今のゲームもこのやり方が主流ですか？
それともスマートポインタ＋std::listでも速度出るのでしょうか？

スマートポインタとやらは、これはやってる事はガベージコレクションですよね？
速度に問題無しということですが、ヒープ領域から自由にnewdeleteして大丈夫なのかと不安になるのですが・・・

60:名前は開発中のものです。
15/01/18 16:23:04.34 6LkKK9Db.net
誰も使ってない

61:名前は開発中のものです。
15/01/18 17:19:29.87 W1O9uyd7.net
>>57
スマートポインタはリソース管理の安全性を高めるだけで、
new、deleteのパフォーマンスを高めるわけではない。
むしろクラス被せる分、オーバーヘッドが嵩む。
現代のハードウェア環境においては、多くの場合そのオーバーヘッドは問題にならないというだけ。

62:名前は開発中のものです。
15/01/18 18:04:36.15 WcZ4waH9.net
手動解放は、車で例えると
タイム短縮のためにわずかなエンジンパワーのロスも許されないプロレーサーや、
オートマはエンジンパワーが完全には伝わらないのでクソ
俺は完璧なギアチェンジ操作ができる（自称含む）のでマニュアルで通すんだって人向け

解放忘れてメモリリーク他の面倒な問題を起こしても泣かないなら全部手動で
それが嫌なら我々が作った処理班にぜひおまかせ下さい！
スマートポインタってそういうもの
shared_ptrやweak_ptr自体の書き忘れや循環参照などは防げないけど

>>55
ga

63:名前は開発中のものです。
15/01/18 19:56:46.03 1ZXKy9PG.net
>>57
ここではWindowsならメモリ確保の負荷はそんなに問題にならないとしている

URLﾘﾝｸ(marupeke296.com)

スマートポインタはGCってそれどういう意味だよ。
スマートポインタに使っている参照カウントはGCの方式の一つとは言えるが。

URLﾘﾝｸ(ja.wikipedia.org)参照カウント

64:名前は開発中のものです。
15/01/18 20:33:19.91 E2jV+3+x.net
おじさんは2万円前後の安もんの8インチタブ(CPU:Z3735G，RAM:1GB)を
即売会場でデモ機として使う都合で、バッテリー駆動でできるだけ長時間
ヌルヌル動かすために貧乏根性丸出しな組み方しちゃったけど、そういう
変な目的が無ければ自分の好きなようにやればいいと思うんだがな

○○のやり方が大丈夫なのか不安とか意味わかんねぇな。周りキョロって
ねぇで自分で決めた基準動作環境で自分でテストすればいいじゃんと

65:名前は開発中のものです。
15/01/19 05:04:21.05 xLKHfZFD.net
最近は底の方でも1GB
これなら多少雑に使ってもリークさえさせなければ問題ないな

なお512MB以下は爆死する模様
そんな化石がまだあるのかどうかは知らないが

66:名前は開発中のものです。
15/01/19 08:44:27.43 XDjCkDzP.net
全部起動時に読み込みとかやめて！

67:名前は開発中のものです。
15/01/19 19:59:00.97 21R5SuXr.net
ふははは、貴様のセルを使うかどうかもわからない画像や音楽データで埋めてくれる！

読み込み時間といい、占有領域といい、ロースペにはある種のテロだな…

68:名前は開発中のものです。
15/01/19 23:27:21.97 U55o2asL.net
音楽やムービーのストリーム再生以外で、オンメモリでないゲームが作れるって凄いな。
そこまでリソースが用意できないよ。

69:名前は開発中のものです。
15/01/20 00:33:47.17 KjcEBQWF.net
メモリ次第ではあるけど
常駐とブラウザ合わせたら警告食らうくらいのゲームならあるんじゃないの

70:名前は開発中のものです。
15/01/20 01:29:50.61 VPdLWQW0.net
>>66
数年前、(旧)Android Marketに個人でゲーム出した時は機種依存の
バッドノウハウの量に本気で吐き気がしたけど、あれに比べたら
PCゲーは作りやすい思たよ。メモリフットプリント小さくするだけで
おｋなら大したこたないと思える程にAndroidスマホはカオス

(だった。今はどうなってるのか知りません)

71:名前は開発中のものです。
15/01/20 10:35:24.77 B8GspOPa.net
1080pの画像を一度に100枚読み込めばロード地獄間違いなし
1920*1080*4 /1024/1024 *100 = 791MBぐらい
スマホだとアプリが強制終了するかも

グラフィックの豪華なアプリのModern Combat 5でもメモリは512MBぐらいまでしか使わない

72:名前は開発中のものです。
15/01/20 22:05:53.74 GnwjxLXH.net
圧縮テクスチャ使えば1/5くらいにはなるんじゃね？

73:名前は開発中のものです。
15/01/21 16:36:27.53 OnV6g/fE.net
そういや、Appmethodってどうよ？ちょっと気になってるんだが使ってる奴居る？

74:名前は開発中のものです。
15/01/21 22:17:40.75 1wPj2se9.net
タスクシステムで組む時、
・タスクリスト２つ用意して移動と描画分ける
・タスクリスト１つに移動も描画も入れる

どっちがいいのでしょうか？個人的には前者にしたいけど・・・

75:名前は開発中のものです。
15/01/21 22:19:47.80 CqaY5thk.net
前者にしたいのにできない要因を考えるのがよい
「みんながどうやってるか気になる」ってだけなら気にする必要はない

76:名前は開発中のものです。
15/01/22 00:52:45.85 fqCV4qez.net
タスクシステムはバグった時に大変そうな印象
そりゃあ、バグれば大抵それなりに大変な目に遭うんだけどさ

77:名前は開発中のものです。
15/01/22 02:20:52.62 PxEmvatE.net
>>69
一般的なアプリは、数MB

78:名前は開発中のものです。
15/01/22 07:47:04.58 niGIPEW3.net
昔タスクシステムスレあったけど相手の主張への罵詈雑言だらけでいつの間にか消えたなｗ

79:名前は開発中のものです。
15/01/22 16:27:46.03 pRLOyuNi.net
移動と描画両方持ってたほうがスマートだべ

80:名前は開発中のものです。
15/01/22 16:50:32.20 MBqyL5iH.net
>>76
「タスクシステム」っていう名前が何を指すのかがすごく曖昧なのに
それを無視して自分の中の定義を押しつけ合う奴らの隔離スレだったし
消えて当然とも言える

81:名前は開発中のものです。
15/01/22 17:35:35.81 niGIPEW3.net
まあ個人でゲーム作る分にはどう作ろうが60FPS出てちゃんと動けば勝ちだからなｗ
会社とかで厳密にタスク管理されてるなら覚えなきゃならんのだろうけど。

82:名前は開発中のものです。
15/01/22 18:57:21.14 gduwMt/g.net
タスクシステムw
馬鹿しか使わん

83:名前は開発中のものです。
15/01/22 21:08:37.90 9AIymZEw.net
>>80
なんで？

84:名前は開発中のものです。
15/01/22 21:13:16.12 ZmYkrSmS.net
>>80
OS上で動くアプリならそうかもな
OS込みとしてならタスクは最適解だろうし、組み込み系で使われてるOSは名前が違うだけて同じ系統のものだよ
現在マイノリティなのは認めるけどな

85:名前は開発中のものです。
15/01/22 22:06:24.79 MBqyL5iH.net
ほーら始まったｗ
スレ立ててそっちでやれｗ

86:名前は開発中のものです。
15/01/22 23:18:22.87 MosgWt8b.net
たすくしすてむってなあに？
おいしいの？

87:名前は開発中のものです。
15/01/22 23:53:50.36 hRTvuKPH.net
ごめんなさい
反射してしもた

88:名前は開発中のものです。
15/01/22 23:56:43.23 U49zokjS.net
だーかーらー、ただのリストに大げさな名前付けんなや

89:名前は開発中のものです。
15/01/23 00:49:17.98 jY3sOyRC.net
URLﾘﾝｸ(ja.m.wikipedia.org)プロジェクト
多少は勉強になるから、読んでみたらどうだろう
これの亜流だよ

90:名前は開発中のものです。
15/01/23 01:07:05.72 JihQada2.net
はじめからほとんど完成しているシステムに、
そのシステムの中枢部に触れないように要素を追加できるような実装を目指すなら有効
つまり、OSやエンジン作るならこれがいいかもしれない
が、そうでなければバグが修正困難だったり無駄な手続きが多いクソ
なんだ実行順って必要になった時にやらせろオラァァ

91:名前は開発中のものです。
15/01/23 10:32:52.67 ZhBY7M7O.net
最近はどんな言語でもクロージャやジェネレータ (yield) をサポートするようになってきた。
タスクシステムとは呼ばれないけど、同じ目的には使えるんじゃないの？

描画に関しては、オブジェクトが自前で描画命令を発行するのか、
オブジェクトとは別にスプライトのような構造

92:を用意して、描画はそちらに任せるかの差が大きい気がする。巷のゲーム向けのフレームワークを見るに、後者のほうが可搬性は優れているんじゃないか？

93:名前は開発中のものです。
15/01/23 10:52:38.49 ZpK8PG+c.net
オブジェクトが自前で描画って構造はゲームではあり得なくない？
ポーズ作るだけで一苦労じゃん

94:名前は開発中のものです。
15/01/23 16:09:48.65 gTjNx7m+.net
ネットに転がってるC++のゲームソースしっかりしたのはほとんどタスクシステムっぽいのばっかだから
そういうソースじゃないと読む気がしなくなったっていう(´・ω・｀)

95:名前は開発中のものです。
15/01/23 16:29:50.12 Qg1gWf/N.net
単一のタスクだけで動かすと実によく機能するのに、
タスク同士を連動させようとすると途端にギクシャクする辺りが
実にぼっちらしくてよいが、
プログラムにそんなのやらせてどうするんだ

96:名前は開発中のものです。
15/01/24 11:10:33.23 vN0iK6Pw.net
>>90
cocos2dとかそんな感じじゃね

97:名前は開発中のものです。
15/01/24 13:26:12.19 AuIVSu3m.net
C++11のstd::asyncってのが便利そうだから使ってみた。
確かに簡単に別スレッドに非同期に仕事をさせられる。
だが、どうも処理結果を受け取ってスレッドを終了するのに膨大なコスト（500msくらい）がかかるようだ。

代わりに、std::threadで常時スレッドを走らせておいて、std::mutexで同期を取りながら
データのやり取りをするようにしたらとてもスムーズに動くようになった。
しかし、std::asyncを使った場合と比べて、煩雑な記述が避けられない。

スレッド終了のコスト高杉。

98:名前は開発中のものです。
15/01/24 13:34:42.36 0N2Bqsd3.net
TBBやPPL使っとけ

99:名前は開発中のものです。
15/01/24 16:36:58.01 l++ObWZB.net
>>94
Windowsの話だよな？

100:名前は開発中のものです。
15/01/24 20:09:43.23 Js5qaCaY.net
C11使っとけ

101:93
15/01/24 21:51:42.90 AuIVSu3m.net
>>95
サンクス。
調べてみる。

>>96
そうだよ。

102:名前は開発中のものです。
15/01/24 22:06:18.60 SL/s5qpu.net
1タスクごとにスレッドそのものを開始終了するとコストが高いので
想定するCPUのコア数だけワーカースレッドを用意して
それらにタスクを投げるのが定石じゃないかな。

・キューにタスクがない時はスレッド待機。
・タスクをキューに投げたら全ての待機スレッドを励起。
・いずれかのスレッドがキュー上のタスクを取得して実行、他は再び待機。
・タスクが完了してもスレッド完了せず、次のタスクを確認する。

デザインパターンにあったはず。

103:名前は開発中のものです。
15/01/24 22:12:29.49 VTrvOh2Q.net
>>71
居ないのか……ま、いいや

104:名前は開発中のものです。
15/01/24 22:16:34.35 VTrvOh2Q.net
スレッドの使い分けは適切に使わないと工数が意味もなく増殖するからな……

105:名前は開発中のものです。
15/01/24 22:31:57.37 AuIVSu3m.net
>>99
勉強になった。
やっぱそういうやり方が常套なのね。
そういや、マルチスレッドのデザインパターンってのがあるって聞いたことがあるな。
調べてみるわ。

106:名前は開発中のものです。
15/01/25 21:12:51.89 vXlhEd/U.net
タスクシステムよりシーン管理の方がよっぽど複雑だと思うの

107:名前は開発中のものです。
15/01/25 21:27:30.87 16a+UuyX.net
シーンって「タイトル画面とキャラ選択画面とゲームのメインループその他」の意？
それとも「メインループ中の各シーン」のことかな。

>>102
標準テンプレートとか使える程度に技術のある人なら余裕で実装できるよ。

108:名前は開発中のものです。
15/01/25 23:16:44.80 ZTrWlyYJ.net
シーンったら状態遷移のことではつまり両方

109:名前は開発中のものです。
15/01/25 23:53:06.16 5N9PH1z0.net
>>99
ワーカースレッドが、キューに何もない�

110:ｱとを確認して、眠ろうとしているところに、キューにタスクが入って、ワーカーに起きるよう指示を出す。ワーカースレッドはその後寝てしまう。悪いことに全ワーカーが同じ状態。次のキュー挿入で起きるけど。なんかこんなこと考えると、こんがらがってきます。

111:名前は開発中のものです。
15/01/26 15:41:45.19 VjIajR+F.net
>>106
キュー操作そのものにミューテックスで排他かけるから
「寝る」一連の動作と「起こす」一連の動作は複数のスレッドで並行に起こらない。

「寝て大丈夫かキューを確認したらタスクがあるから寝ずに実行」か
「完全に寝る→即座に次のタスクがキューにある状況で起こされる」のどちらか。

.NETだとWait()とPulseAll()、Javaならwait()とnotifyAll()で
簡単に実装できるけど、Win32APIだと少し面倒だった。

まずは上記2つのどちらかを調べて流れを掴んで、
それをC/C++用のAPIで書き表すことを考えてはどうかな。

112:名前は開発中のものです。
15/01/26 16:22:24.05 MFO6WL+3.net
>>107
condition_variable

113:名前は開発中のものです。
15/01/26 17:05:42.55 u+eqsmYT.net
*0.5の乗算と/2の除算
表す物はまったく同じだけど、前者の方が早いんだろうか？

114:名前は開発中のものです。
15/01/26 17:06:44.50 plLWVR07.net
/2の除算

115:名前は開発中のものです。
15/01/26 17:08:38.36 U+7vhN1O.net
シフト演算

116:名前は開発中のものです。
15/01/26 17:36:32.42 nJhOAZkT.net
整数ならそもそも結果が違うな
浮動小数ならコンパイラが最適化してくれるだろ

117:名前は開発中のものです。
15/01/26 17:48:01.99 u+eqsmYT.net
2のｎ乗倍しかできないじゃないですかー！やだー！
書き方が悪かったのは認める

118:名前は開発中のものです。
15/01/26 18:30:30.51 pS9kEcva.net
>>113
浮動少数なら変わらないんじゃ？

119:名前は開発中のものです。
15/01/26 21:04:49.69 J7eP3rC5.net
>>107
Javaや.NETはスレッド簡単に書けるんか。
C++11や今後の新しいC++規格で同じようなライブラリ入れてくんないかな？

120:名前は開発中のものです。
15/01/26 21:13:32.54 nJhOAZkT.net
>>115
すでに >>108 が答えてくれてる。
std::thread, mutex, shared_mutex(=RWLock), condition_variable, async/future
C++11, 14 にて、この手の処理のための部品は揃ったと思われる。
あくまで部品なので、タスクキューなんかは自分で多少は書くことになるとは思うが。

121:名前は開発中のものです。
15/01/26 21:19:26.58 thceLWWx.net
#ifndef～#endifの組み合わせと#pragma onceの違いがよく分からない
前者は明確なインクルードガードだけど、後者は？

122:名前は開発中のものです。
15/01/26 21:45:22.75 OIbLNO60.net
前者はガード以外にも使える
後者はガード専門

123:名前は開発中のものです。
15/01/26 21:45:26.06 eI0emMfH.net
>>117
一回だけincludeしてねとコンパイラに言う

124:名前は開発中のものです。
15/01/26 21:57:36.77 MFO6WL+3.net
ついでに言うと#pragma onceは非標準

だけど主要コンパイラで実装してないものがないほぼデファクトスタンダード状態

125:名前は開発中のものです。
15/01/26 22:06:02.39 J7eP3rC5.net
>>116
ありがとう！
C++的にはちょうど良い落としどころっぽいね。
使い易くてハイパフォーマンスなスレッド記述をマスターしてやるぜ！

126:名前は開発中のものです。
15/01/26 23:14:24.34 thceLWWx.net
なるほど、むしろ#pragma onceがインクルードガード専用なんだな

>>120
マジで！？
VSで最初から書き込まれているプリプロセッサが非標準なのかよ

127:名前は開発中のものです。
15/01/27 02:06:38.39 m3LjzbYT.net
そもそも#pragma自体が、コンパイラ独自実装な機能で使うタグみたいなのじゃなかったっけ
まあ今となっては大抵のコンパイラで使えるみたいよ
URLﾘﾝｸ(en.wikipedia.org)

128:名前は開発中のものです。
15/01/27 05:50:27.53 v0Ke9Ofm.net
#pragma で始まるものは、互換性がない

129:名前は開発中のものです。
15/01/27 09:41:49.82 kpJLUqPw.net
>>124
リンク先見た？
俺もVCだけの互換の無い機能と思っていたが、互換してないのはIBMの一種(世の中のコンパイラを網羅してるわけではないけど)だけだったよ
標準仕様が～とかよりも便利なモノは取り込まれてくんだと思った

130:名前は開発中のものです。
15/01/27 15:08:16.08 m3LjzbYT.net
まあ#pragma comment(lib, "...")とか、ガチでVC独自の機能もあるし
>>124の考えが自然だと思う

131:名前は開発中のものです。
15/01/27 17:35:37.67 OmLGS6W/.net
C++14の新機能ってラムダ式にautoが使えるくらい？

132:名前は開発中のものです。
15/01/27 22:54:28.14 k1Z1zLml.net
>>126
なぜ comment なのだろう…

133:名前は開発中のものです。
15/01/27 23:27:04.08 Ow2H94g+.net
互換と呼ばれるパクリ・盗用

134:名前は開発中のものです。
15/01/27 23:51:44.84 mO8GdU7r.net
パクりパクられないインタフェースに存在意義は無い

135:名前は開発中のものです。
15/01/28 00:13:05.10 5x2afQiV.net
ただのガラパゴス仕様だからな…

136:名前は開発中のものです。
15/01/28 08:57:20.61 DPC05MEk.net
C++は消える運命

137:名前は開発中のものです。
15/01/28 10:44:43.26 SOs+ZJbg.net
C++は地盤担当だから消えはしない。見えなくなるだけ。

138:名前は開発中のものです。
15/01/28 16:49:43.54 /ZB0USJc.net
土台のしっかりしている家は頑丈だからな
しかし最近、犬小屋程度の建物にビルのような土台を作ってどうすんだ？
と思うようにもなってきた

139:名前は開発中のものです。
15/01/28 17:10:45.12 dUb4vLHi.net
ウサギ小屋と呼ばれる日本の家をバカにするな！

140:名前は開発中のものです。
15/01/28 19:20:53.89 nasZb7nZ.net
最近ホント、この板でこじつけで日本の風習をバカにする奴が増えたな。

レガシで安定したものはラップして使い回すのが鉄板なのに、
横からうまく吹き込んで全部潰して一から作り直そうとさせる。
それだけ、相手の発展を遅らせることができる。

141:名前は開発中のものです。
15/01/28 19:28:52.88 tBFCEOiA.net
古いからといってバグが無いとは限らないけどな。
特に昔のコードは脆弱性対策が練られてない事が多い

142:名前は開発中のものです。
15/01/28 20:15:35.81 RgnZVm9M.net
FirefoxはJavaScriptの速度がChromeを超えたとか言われている割にもっさりしている感が否めない
後発のChromeの方が速い

143:名前は開発中のものです。
15/01/28 20:18:09.19 t3hT+Wje.net
>>138
感覚でなく実測で。

144:名前は開発中のものです。
15/01/28 20:33:36.08 RgnZVm9M.net
ブラウザの使用感はスクリプトの実行速度だけで決まるわけじゃないからな
読み込み時間の短縮も大事
v8の方がバイトコードを通さず直接マシン語を生成するから読み込み速いんじゃないか

全体の速度はTom's Hardwareが調べていたが
スコアを合計したら何かFirefoxが速いという結論になっているのが理解できなかった
どんな計算をしたのやら
URLﾘﾝｸ(www.tomshardware.com)

古い記事だけど

145:名前は開発中のものです。
15/01/28 20:35:32.45 GO27aJnJ.net
関係ないけど体感速度を速く感じさせるって大事な事だね

Chromeはメモリの使い方や優先順位の割り振りが上手いんじゃないかと

146:名前は開発中のものです。
15/01/28 21:30:30.57 zOtKlcou.net
chromeはメモリ馬鹿食いするしな
ブラウザしか起動しないならそれでもいいんだが

147:名前は開発中のものです。
15/01/28 23:41:47.26 gWUJCc9x.net
わずかな妥協さえ許さずチューニングに血道を上げ
DNSの応答時間すら惜しむ
そりゃ比べる相手が悪すぎる

148:名前は開発中のものです。
15/01/29 00:04:26.59 iAJNBuYX.net
0.3を0.1にする前に，10が1になるツールを作ろう

149:名前は開発中のものです。
15/01/29 08:56:31.18 KH1X7ZAq.net
メモリが多めのマシンだとChromeが最速だろうね
逆にChromeでメモリ不足に陥るマシンなら最速はFirefoxセーフモードかと

150:名前は開発中のものです。
15/01/29 09:36:37.60 6+mjNHtZ.net
FirefoxはブックマークとかタブとかRSSあたりが使いやすい
あとはDuckDuckGoに対応してたりとか
まあ好きな方使えばいいんじゃない？

151:名前は開発中のものです。
15/01/29 10:09:11.55 c6VwBThb.net
Chromeの最低動作環境は一応メモリ512MB
タブをいくつ同時に開けるのか分からないが

152:名前は開発中のものです。
15/01/29 11:20:16.55 XKuc65oW.net
JavaScriptとブラウザの速度が一緒くたにしてる。
ChromeはJavaScript不使用であってもメモリ食う。
ChromeにIE,FirefoxのJavaScriptエンジン搭載したらメモリ消費が減ると思えん。

153:名前は開発中のものです。
15/01/29 13:39:58.83 c6VwBThb.net
ブラウザ全体が確保したメモリを使いまわしているのだろう
新しいのページ等はHTML5で書かれているので実質JavaScriptを完全にオフにはできない。
v8もメモリが十分にある環境だとメモリ使用量が200MBを超えたぐらいにならないとGCされない。

154:名前は開発中のものです。
15/01/29 13:45:00.34 au4Qd8+o.net
C++でブラウザゲーム開発？

155:名前は開発中のものです。
15/01/29 15:54:12.53 PqqQ3LUQ.net
ただの荒らしでは？

156:名前は開発中のものです。
15/01/29 19:20:51.28 QDO0WN3U.net
>>150
emscripten?

157:名前は開発中のものです。
15/01/30 17:01:12.20 1O7TniCL.net
「国産フリーゲームの舞台をPCスタンドアロン（主にC++）から
ブラウザゲーム（クラウド、HTML5）やスマートフォンアプリ（非C++多）に移行」
させようという思惑を、最近この板でひしひしと感じる。

158:名前は開発中のものです。
15/01/30 17:49:20.89 Uwc5t0gr.net
エサに飢えたスマホ厨や企業やその信者のステマ工作員だろ　ほっとけ

159:名前は開発中のものです。
15/01/30 17:52:07.48 9l7Lplvm.net
スマホはAppmethodというC++環境もあるが？

160:名前は開発中のものです。
15/01/30 18:28:39.45 cceEvulu.net
一般企業 : C++って難しいんでしょ?
奴隷商人 : 新しいxx言語やツールを使えば簡単ですよ
奴隷商人 : C++なんか使う必要ありません
奴隷商人 : 素人でもちょっと勉強すれば使えますよ
奴隷商人 : わが社では優秀なxx言語エンジニアを多く確保しています
奴隷商人 : 非常にリーズナブルな値段で派遣できますよ
一般企業 : じゃあxx言語とツールで開発するからnn人派遣して
奴隷商人 : まいどw
奴隷商人 : さてと在庫減ったし新しいボンクラ雇うかな、安い金でw
奴隷商人 : Appmethod? ボンクラがC++使えるわけねーだろw
奴隷商人 : うちは安さが売りなの
C++プログラマ : 仕事ないすか?
一般企業 : うちはxx言語とツールで開発するからC++いらないよ
一般企業 : C++高くつくし
ユーザ : みためはそれなりだけど、手抜き感ありありのクソゲー増えたな
ユーザ : 今売れてる○○なんか△△をパクッて版権キャラゲーにしただけだし
ユーザ : そのくせバグが多くて元の△△より面白くない

161:名前は開発中のものです。
15/01/30 18:54:29.18 8M4ey3DN.net
まいどｗ

162:名前は開発中のものです。
15/01/30 19:11:37.72 WJ9MDokc.net
>>156
C++でも買い叩かれる

163:名前は開発中のものです。
15/01/30 20:07:26.54 eOqAWtJ/.net
(給与だけなら)Python最強、C++は微妙
プログラミング言語別求人給与額の第2位はRuby、第1

164:位は? | 開発・SE | マイナビニュース http://s.news.mynavi.jp/news/2014/11/04/084/

165:名前は開発中のものです。
15/01/30 20:33:11.20 8M4ey3DN.net
>>159
件数の軸だけ見ると、Javaが断トツなんだな。
ま、自分はC++しかしないけど。

166:名前は開発中のものです。
15/01/30 21:50:27.80 xDmuU9zY.net
民度が高過ぎる（笑）。
自分は案件減や開発コスト軽減からC#やPHPに日和ってしまってるけど
やっぱりちゃんとC++で「アセンブラレベルで何が起こってるか」意識した
プログラムしないとダメになっちゃうかもね。

167:名前は開発中のものです。
15/01/30 23:02:06.31 8M4ey3DN.net
>>161
C++は遣り甲斐があるぞ～、と誘惑してみるｗ

168:名前は開発中のものです。
15/01/30 23:29:11.58 lEERAgAH.net
正直C++もC#も言語使用は簡単でしょ？
問題はオブジェクト指向とかアルゴリズムじゃないの？

169:名前は開発中のものです。
15/01/30 23:48:33.71 mPLLQnOv.net
ラインパーティクルみたいな細長くて透明な部分があるテクスチャが
交差するときって
どうすればいいですか？
というか、Zソートってテクスチャが貼られた面の重心を使ってやるんですか？

170:名前は開発中のものです。
15/01/31 00:04:49.27 XljQIOh1.net
メモリを意識して書かないといけないのはC/C++くらいでないの
メモリアドレス扱う言語って他になんかある？

171:名前は開発中のものです。
15/01/31 00:15:01.69 vx9WzsVv.net
>>163
C++は根底にCとしての組み込み系やら、ドライバとかの知識が有るかどうかでかなり変わると思う
まーもうニッチな世界になってしまってるけど、ゲームに絞るとコンシューマとかで何かを極めようとしたときに需要は有るかと

172:名前は開発中のものです。
15/01/31 00:23:27.83 08SnV/iE.net
ZソートってZバッファのかわりに遠い方から描くって意味?
厳密にやるなら、ポリゴンを無限平面とした場合に交差する他のポリゴンを
交差する線で分割する処理をすべてのポリゴンにして
って文章で書いてもわかりにくいな。
分割のあとは2分木のクイックソートで、あるポリゴンの面から見て
別の比較するポリゴンが手前側か向こう側でソート判定する。
多分それなりに有名な方法と思うから検索すれば見つかると思うけど
手法の名前は知らない。
あと、赤黒木でもできるのかしらない。

173:名前は開発中のものです。
15/01/31 01:24:39.63 vx9WzsVv.net
プレステやらサターンの時のZソートなら、重心か頂点の順番忘れたが二頂点のZ値を加算したものでソートしてたよ
でも組み込み方としては実際にソートではなく、リスト構造で管理してたと思う
だから解像度が低いとバキバキになってた
wソートってのも出たけど、流行る前にZバッファでパフォーマンス出るようになって無くなったと思う

174:名前は開発中のものです。
15/01/31 01:26:13.53 H+AZbHjO.net
>>168
wソートってのがあったのかｗ
興味深いｗ

175:名前は開発中のものです。
15/01/31 02:31:32.35 MYAY0/XK.net
>>162
じつはC#でXNAやってたんよ。
C++に戻るということは、ここ数年で作った自分ライブラリと
そこから呼び出しているXNAライブラリをDirectXに移植することを意味する。
けっこう大変だったり。
あとMonoGameが実用に足りるようになったらC#のままの方が楽というのも
正直、ある。C++でクロスプラットフォームの3Dライブラリがあれば
別なんだけど…。

176:166
15/01/31 02:34:23.55 08SnV/iE.net
> 手法の名前は知らない。
多分、BSPツリー法だと思う。wikipediaにバイナリ空間分割でのってる。
wソートってどんなのかちょっと興味あるけど、説明されても難いと読ま

177:ないだろうなw

178:名前は開発中のものです。
15/01/31 05:16:44.71 dLJDPFMl.net
>>171
wバッファなら下にあったけど。たぶん今はwバッファとは呼ばない。
URLﾘﾝｸ(webcache.googleusercontent.com)
wソートははじめて聞いた。

179:名前は開発中のものです。
15/01/31 08:12:54.84 e0isyZ8t.net
C#ってある意味理想的な言語だよね
・オブジェクトはすべて参照渡し
・値は参照渡しは出来るが参照で持つことはできない
・共有したい変数はクラス(構造体)にする

180:名前は開発中のものです。
15/01/31 08:17:29.88 XljQIOh1.net
VBもそんな感じじゃなかったっけ

181:名前は開発中のものです。
15/01/31 12:13:09.01 H+AZbHjO.net
>>172
おお、川瀬さんのページか。
清水さんと交流あったんだな。
>>173
＞・共有したい変数はクラス(構造体)にする
C#がやたらクラスだらけなのはそういうことだったのか･･･

182:名前は開発中のものです。
15/01/31 12:39:15.50 jayN4xwq.net
C#って、構造体の参照渡しで「メソッド側で書き換え不可能」指定ができないのが難。
ref：入出力を兼ねる参照渡し
out：出力のみの参照渡し（意外と便利）
C++のconst 型 *やconst 型 &がないと言えばいいか。

183:名前は開発中のものです。
15/01/31 12:44:18.35 dP8uz4HA.net
Wソートってもしかしてローカルな話だったのか？
Zソートはリストだって話を書いたけど、そのリストを更にソートすることで込み合ってる部分を細かく前後入れ換える事で若干バリバリを押さえる感じだった
当時は描画よりも演算の方が圧倒的に早かったのとダブルバッファやトリプルバッファでの空き時間を有効にって感じだったよ
でも自分では研究以外では使ってない
理由は当時は整数演算だったから、ほとんど効果が感じられなかったから

184:名前は開発中のものです。
15/01/31 12:46:07.85 ehZNZ4NM.net
書き換えなきゃ良いだけだろ
なんでそんな事を言語仕様に入れなきゃならないんだ

185:名前は開発中のものです。
15/01/31 12:51:54.53 vx9WzsVv.net
>>178
書き換えちゃダメって言っても書き換える人が居るから言ってるんだと思うよ
全員自分なら楽な話だけどさ

186:名前は開発中のものです。
15/01/31 12:55:33.58 jayN4xwq.net
あ、連投ごめん。
上のリンク先とMSの解説で、ZバッファとWバッファの意味が逆になってる気がする。
URLﾘﾝｸ(msdn.microsoft.com)
リンク先は「割るほうがWバッファ、割らないほうがZバッファ」、
MSだと「割るほうがZバッファ、割らないほうがWバッファ」に読める。
用語の混乱があるのか、自分が何か勘違いしてるのか。

で、Wソートって何？
昔のPSみたくバッファリングしないでポリゴン単位でソートするけど、Wでやるってことかね。

187:名前は開発中のものです。
15/01/31 13:05:31.10 +0dbs7Ey.net
const必要になるのはライブラリ作成とかチーム開発とかだろうし
ひとりでシコシコ作ってる分には別に不便もないよな
コーディングルールは自分ルールだし

188:名前は開発中のものです。
15/01/31 13:12:28.57 H+AZbHjO.net
自分も、自分用プログラムばっかり作ってて、const利用はハードコーディングな定数以外は0。
自分以外を考慮に入れると、たしかにconst修飾子は重要になると思うけど、
ある程度小規模なチームなら、ルールで十分賄えると思う。

189:名前は開発中のものです。
15/01/31 14:06:11.93 9fyUH/Hj.net
struct, classのコピーを避けるために参照・ポインタを多用してると確実にミス出るし
constは値を中身を書き換えない保障でもあるから、内部処理を忘れたときとかに役立つ

190:名前は開発中のものです。
15/01/31 14:13:16.03 ehZNZ4NM.net
オブジェクトの参照を渡し�

191:ｽ時に中身を書き換えてくれるなよ、という要求はあるそれをC++のようにconstで表現するのがいいかどうか C#ではｲﾗﾈってなったし要らないと思う

192:名前は開発中のものです。
15/01/31 14:18:46.16 4UKOkNc6.net
ところで、const 同士の operater== は operater==(const) const; でいいのか？
最後の const で数時間悩んだんだが。ゲーム以外のところで…

193:名前は開発中のものです。
15/01/31 14:47:44.78 g0EkdIoS.net
friend operator == (const&, const&)

194:名前は開発中のものです。
15/01/31 15:27:49.35 PEZyYsg9.net
URLﾘﾝｸ(jbbs.shitaraba.net)

195:名前は開発中のものです。
15/01/31 16:27:45.39 4UKOkNc6.net
あー、ここで friend 使うのかサンクス。スレチすまん

196:名前は開発中のものです。
15/01/31 19:40:50.51 LvLYpCGK.net
単に規約の問題だけじゃなくて。
constというかC#のreadonlyは構造体にも指定できるんだけど、
それを先述のref指定でメソッドに渡せないんだよ。
既存のライブラリでref指定（参照渡し）になっているものが
少なからずある。まあ別の変数に代入してから値渡しできるんだけど、
微妙にパフォーマンス落ちるでしょう。

197:名前は開発中のものです。
15/01/31 22:35:54.52 g0XZBTK4.net
const無しをデフォルトにしてしまうと，引数先で書き換えるのかどうか，引数からわからなくなるから
基本はconst参照だよね

198:名前は開発中のものです。
15/01/31 23:12:04.08 IlaPMJGi.net
constなしの参照だとrvalue取れないし。
全部コピー渡しですかそうですか

199:名前は開発中のものです。
15/01/31 23:45:24.01 +0dbs7Ey.net
const付けたらコンパイル時に置き換えられるの？

200:名前は開発中のものです。
15/02/01 02:38:02.64 HEaS08Xq.net
#defineした変数をconstするとどうなるのっと

201:名前は開発中のものです。
15/02/01 09:04:46.33 4SXpmV3a.net
>>189
たまにそういうシチュエーションがあるけど、それを解決するために言語使用に手を入れるのは言語道断

202:名前は開発中のものです。
15/02/01 16:13:17.17 7SDWQ5Km.net
>>192
intとかならそうなんじゃないかな。
でもconstで定義されるのがクラスインスタンスの場合、
実行時に生成されるのでは（恐らくクラスに最初にアクセスした時）。
>>193
＞#defineした変数
#defineはプリプロセッサで置換されるマクロに過ぎないよ。

203:名前は開発中のものです。
15/02/01 16:38:17.15 5cTwIokB.net
>>193
お前のconstでコードがやばい

204:名前は開発中のものです。
15/02/01 16:38:49.06 gTwIs5aq.net
template初めて使ったんだけど引数側に同じtemplate型があれば、
返り値をわざわざ指定しなくてもいいの？
↓こんなん
template<typename T>
T zeroCheckException(T t){
if(t == 0)throw;
return t;
}

205:名前は開発中のものです。
15/02/01 16:44:02.52 wN5YVAib.net
>>197
2つあるTはどちらも同じ型なんだから、むしろ指定できたらダメだろ
引数と同じ型を返す関数、という意味になっている
引数から推測できない型を返したいなら、typename を2回書けばいい
template < typename R, typename T > R convertTo(T t) { return ... }
string r = convertTo<string>(123);

206:名前は開発中のものです。
15/02/01 16:59:29.96 7TQeJfVA.net
>>197
>>返り値をわざわざ指定しなくてもいいの？
多分質問の意味からだと、返り値を引数と同じ型（T)で返したいなら返り値(の型)の宣言は必要
その部分はtemplateとは関係のない関数宣言の話で、template内はTと言う型が使えるようになっているだけだと思って関数を宣言すればOK
だから、その関数が返り値を返す必要がないならvoid、intを返したいならintになる

次ページ