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

[表示 : 全て最新50 1-99 101- 201- 301- 401- 501- 601- 701- 801- 901- 1001- 2ch.scのread.cgiへ]
Update time : 05/22 09:48 / Filesize : 257 KB / Number-of Response : 1036
[このスレッドの書き込みを削除する]
[＋板最近立ったスレ＆熱いスレ一覧 : ＋板最近立ったスレ／記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

1 名前：名前は開発中のものです。 mailto:sage [2014/01/16(木) 00:00:31.27 ID:w6WW3hAo.net]: ゲーム製作におけるC/C++全般に関するスレです。

元スレ
DXライブラリ総合スレッドその17
toro.2ch.net/test/read.cgi/gamedev/1383795645/

前スレ
C/C++ゲーム製作総合スレッド Part1
toro.2ch.net/test/read.cgi/gamedev/1337516528/
C/C++ゲーム製作総合スレッド Part2
toro.2ch.net/test/read.cgi/gamedev/1351015269/
C/C++ゲーム製作総合スレッド Part3
toro.2ch.net/test/read.cgi/gamedev/1357899040/
C/C++ゲーム製作総合スレッド Part4
toro.2ch.net/test/read.cgi/gamedev/1376262450/
664 名前：なくて悲しみのあまり余暇にパチモン 作りで自分を慰めてるんですが、火器とかAIの部分はStateというかStrategy というかそんな感じのコードはありますね。条件分岐でダラダラ書いてたら 流石に眩暈がしてきたので []: [ここ壊れてます]
665 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 00:47:22.57 ID:bEifU6C0.net]: 何を言いたいのかサッパリ分からん
666 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 01:21:27.75 ID:3yGpFv6B.net]: >>643
パーツとか持ち替えの武器とか大量にあると面倒くさいことになるよね
あの手のアセンゲーっぽいのは俺も好きだが作りたいとは思わないな
667 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 09:11:19.42 ID:JP5IUHRh.net]: つまらない流れなので誰かネタ振りお願いします><
668 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 10:28:13.43 ID:vrCaDxEc.net]: 初心者な質問ですみません。
クラスからクラスを呼ぶときってどういう書き方が普通なんですかね？

class A {
public :
static A* me ;
int a ;
A() ;
}
A* A::me ;

A::A() {
me = this ;
}

ってやって A::me->a とかやってるけど、なんかスマートじゃなくて……。
669 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 11:46:43.01 ID:eqz1Of7R.net]: なにがしたいのかさっぱりわからんけど、それmeにインスタンス入れてるだけであんまり意味なくない？
クラスからメソッド直接使いたいとかなら、メソッドをstaticで定義してクラス名::メソッド名()だけど
670 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 12:04:25.51 ID:gNDB74Yv.net]: グローバル変数みたいなことがしたいのかな
アクセス可能なオブジェクトを限定するのがオブジェクト指向の組み方だから
アクセスする必要があるクラスにポインタなり参照なり持たせたほうが良いんじゃない
671 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 12:58:15.72 ID:2hopiA0K.net]: 日本語不自由で変な質問するやつはほっといたほうがいいよ
672 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 13:13:03.63 ID:8+rqYap5.net]: staticメンバの初期化の仕方の話でねーのん。
最近c++触ってないから間違ってたらすまんけど。

// A.h
class A {
public:
　　static int a;
}

// A.cpp
int A::a = 10; // 初期化

// main.cpp
void main() {
　　A::a;　　　　// 利用
}
673 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 13:38:55.27 ID:MPxnDurN.net]: 3Dゲームで経路探索をやってみようと思うんだけど、3Dの位置情報ってどうやって調べればいいの？
674 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 14:23:59.95 ID:bEifU6C0.net]: 具体的には？

基本的に平面で移動するゲームなら2Dと大して変わらんしだろうし
キューブ状の座標（2Dで言うところのマス目）を移動するだけなら、移動方向に上下という選択肢が増えただけと考えられるし
ビルの中を探索するようなゲームなら、階段やエレベータでエリアを区切ればいい気がする。
675 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 14:32:28.53 ID:Uak2ZaC3.net]: 何が聞きたいのかさっぱりわからんけど、普通に変数参照すればいいんじゃない？
複雑な地形での経路探索がわからんって話なら、地形の要点にポイント作ってダイクストラ法でいいんじゃないの
676 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 14:35:02.75 ID:Uak2ZaC3.net]: ごめんダイクストラ法じゃなくてA*か
677 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 14:50:11.17 ID:49atqyLw.net]: 経路探索
samples.jbpub.com/9781556220784/Buckland_AIExecutables.zip

Chapter 5　にあるように経路探索する。
Chapter 8\Raven_CoarseGraph　のようにグラフとして探索する。
678 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 16:08:24.08 ID:L0vWdcDz.net]: >>655
A*はダイクストラの拡張版で、基本アルゴリズムは重複する部分が大きいから、
大筋外してはいないよ
ゲーム用途の経路探索性能は、A*の方がより最適化されるみたいだけど
679 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 16:47:29.58 ID:IG+u4GlD.net]: >>647
ideone.com/gt21RS
そのコードが何か不明だがこういう振る舞いをするという事がわかってれば好きにしろ
680 名前：名前は開発中のものです。 mailto:sage [2014/04/30(水) 22:30:05.62 ID:vrCaDxEc.net]: 647です。皆さん色々すみません。
やりたかったのは、例えばコンフィグデータを一括管理するクラスを作って
他のクラスでそれを使う、ような事です。
例として挙げたソースは簡単に書いただけで直接書き換えたいというわけではありませんでした。

関係ない愚痴ですが、こうやれば動くからこれでいいのかな、と作り進めてても
やっぱりおかしいよな、とまた一から作り直す、を繰り返してて制作が全く進みません……。
681 名前：名前は開発中のものです。 [2014/05/01(木) 03:51:25.76 ID:jedbV3SH.net]: anago.2ch.net/test/read.cgi/ghard/1387003319/235
　　↑　↑　　　↑　↑　　　↑　↑
682 名前：名前は開発中のものです。 mailto:sage [2014/05/01(木) 05:10:34.61 ID:z13QLsnT.net]: 唯一のインスタンスを保証するシングルトンではなく、
インスタンスは複数作れるけど、実体は同じものを作っている……っていうアルゴリズムあったよね。

>659の場合だと、その方法使えそうな気がするものの……名前が分からんので教えられん
683 名前：名前は開発中のものです。 mailto:sage [2014/05/01(木) 08:21:56.84 ID:3d6d8Z4v.net]: >>659
そんなのグローバル変数でいいだろ
つまんないとこで止まってないで先進めよ
684 名前：名前は開発中のものです。 mailto:sage [2014/05/01(木) 09:19:18.98 ID:OWwKad9r.net]: インクルードガードとexternでおk
685 名前：名前は開発中のものです。 mailto:sage [2014/05/01(木) 11:26:20.56 ID:HOcvGku/.net]: ja.wikipedia.org/wiki/%E3%83%80%E3%82%A4%E3%82%AF%E3%82%B9%E3%83%88%E3%83%A9%E6%B3%95
これをプログラムに直すとどうなるの？
大学数学はさっぱり分からないから誰か教えて
686 名前：名前は開発中のものです。 mailto:sage [2014/05/01(木) 12:30:19.75 ID:Fm1fH+z1.net]: >>664
ダイクストラ法は大学数学関係ないぞ
Game Coding Gemsの1か2に解説とソースコードがある
687 名前：名前は開発中のものです。 mailto:sage [2014/05/01(木) 12:35:48.55 ID:d2ShpQiQ.net]: >>664
図のアニメーションと解説を読めば分かると思うが…
難解な数学計算無し。少なくとも高校数学の域は逸脱してない。
記号の意味分からない子向けに手続きを文章で丁寧に解説してる。
下手すりゃ厨房でも「コンピュータってバカ正直な事なんだね…」
と感想を述べながら呆れ顔をしてくるレベル
688 名前：名前は開発中のものです。 mailto:sage [2014/05/01(木) 12:37:56.10 ID:d2ShpQiQ.net]: ×「コンピュータってバカ正直な事なんだね…」
○「コンピュータってバカ正直な事をやるんだね…」
689 名前：名前は開発中のものです。 mailto:sage [2014/05/01(木) 13:21:29.38 ID:d2ShpQiQ.net]: >>662-663
同意
690 名前：名前は開発中のものです。 mailto:sage [2014/05/01(木) 13:56:28.60 ID:z13QLsnT.net]: 「馬鹿正直」って感想はさ、たぶんコンピュータへの理解の第一歩だよね？
691 名前：名前は開発中のものです。 mailto:sage [2014/05/01(木) 14:18:18.47 ID:d2ShpQiQ.net]: そうなんじゃない？学園祭でマイクロマウスの実演と解説をしてた時の消防や
厨房の反応は楽しかったよ。「かあいい」「頭悪過ぎうー」「きゃはは」
「がんばれー」とかが大半だったけど、眼鏡っ子の厨房が模造紙の解説を
一所懸命に読んでて、繰り出す質問がなかなか賢すぎてこっちが呆れた
692 名前：名前は開発中のものです。 mailto:sage [2014/05/01(木) 14:26:30.17 ID:0k+QrX5J.net]: メンバ変数が全部staticのパターンの名前が思い出せない
モノトーンだかそんなような名前だった覚えがあるけど
693 名前：名前は開発中のものです。 mailto:sage [2014/05/01(木) 14:27:47.22 ID:d2ShpQiQ.net]: monostateじゃね
使ったことないが
694 名前：名前は開発中のものです。 mailto:sage [2014/05/01(木) 16:56:40.77 ID:ZxuEhXPJ.net]: シングルトンモノステート
695 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 00:13:50.98 ID:5CvmG/6A.net]: 皆さんは描画リストに登録して、Zソートやらしてからとめて描画などしてますか？
2Dで同じようなことを考えてるのですが、描画管理クラスにリストを持たせ、
その管理クラスのメソッドを通してリストへ登録しようとしてます
XNAのSpriteBatchの形が近いです

しかしこの方法だと管理クラスを引数でどんどん渡していかなければいけなく、良い方法がないか探してます
2Dオブジェクトにstaticで管理クラス、または描画リストを持たせた方がいいのでしょうか

設計の話なので明確な答えがないのはわかってます
皆さんの考えを参考程度に聞きたいです
696 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 00:48:59.22 ID:DPIL44M1.net]: スプライト的な「2Dオブジェクト」を作って、
そこにパラメータ与えて、あとは自動的に描画されるような組み方してるん？
697 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 01:19:41.25 ID:ZlBT84m3.net]: >>674
＞しかしこの方法だと管理クラスを引数でどんどん渡していかなければいけなく、良い方法がないか探してます

依存性があるなら明示する(例えばSetterやコンストラクタで注入するだとか)
というのはOO的には無難なお作法だと思うけど。なんか不都合あるの？
(いちいち記述するのがかったるい、だとか)

まぁ、あまりに広範に渡ってその依存性が確認されるなら、グローバルな
存在、グローバルなサービス、として提供してもいいのでは。尤も、描画
モジュールに依存するモジュールってゲームの中では限定的だと思うけどね
698 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 01:31:13.85 ID:Ru1dUuzy.net]: 表示するもの {
private IDrawable model;
private Vector2 pos;
private 表示するもの[] children;
public void Draw(描画管理クラス){
描画管理クラス.add(model,pos);
for child in child {
child.draw(管理クラス);
}
}
}
699 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 06:36:13.80 ID:Bq1H46te.net]: ダイクストラ法ってゴールをコロコロ変える(プレイヤーを追いかける)ことって出来る？
700 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 07:18:20.71 ID:DPIL44M1.net]: たとえば屋内を探索するゲームの場合、
ある部屋から別のある部屋へ行く方法ってのは基本的に固定なので、最初に各パターンを計算しておけばいい。

上手く追いかけるように動かしたいってことなら、
有名なところで、パックマンの敵アルゴリズムの話がシンプルでわかりやすいと思う。
701 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 07:57:10.51 ID:gb8xd1Dr.net]: 自キャラの範囲と、敵の範囲と、とりあえず目指すポイント
みたいな表を作っておけば良いのか
702 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 09:29:13.26 ID:dzhB41LP.net]: >>675
2Dオブジェクトは座標、テクスチャを持ち、描画関数内で管理クラスのリストへ登録
という流れを考えてますので、自動的な描画はしません

>>676
やはりプログラムの最初にsetterで登録が一番無難ですよね
不都合はないのですが、2Dオブジェクト全てが
管理クラスのsetterを持つのが気持ち悪く思えてしまい・・・

描画モジュールに依存するものが限定的とは...ゲーム内では殆どのものが
描画されるものだと思ってましたが違うのでしょうか
オブジェクトを管理したりするものは別だと思いますが・・・

>>677
これは結局引数でどんどん渡していくのでは・・・？
703 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 09:52:01.66 ID:Ru1dUuzy.net]: >>681
引数で渡していっていいと思う
常に同じ描画管理クラス使うとは限らないし
704 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 13:12:16.23 ID:6RPuKXq0.net]: >>681
何故「気持ち悪い」のか言葉で説明できるようにしてみれば
どうすればいいのかわかるんじゃない？
705 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 13:23:32.11 ID:taHVwRQz.net]: リストへの登録を描画関数と分ければ？
登録するデータを戻り値にして呼び出し側で登録するとか
706 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 19:21:58.74 ID:dzhB41LP.net]: >>682
レンダーターゲットを変えた時などでしょうか

>>683
2Dオブジェクトは例えばスコアや、メニューなどに使用するのに
管理クラスのsetterを常に持ち続けてるから・・・？

>>684
list.add(pObj->draw()); という感じですか？
この場合複数のオブジェクトを描画する時はどうなるんでしょう
スコアクラスは1桁描画を複数回呼ぶと思います
そういう時は戻り値でデータを返せないのでは

結局引数で渡してリストへ登録
または2DObject自身がリストを保持し、そこへ各派生クラスが登録する
という形になってしまうのでしょうか
707 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 20:24:35.53 ID:tEs8rCVt.net]: ゲームで2つのプレイヤーの画面を並べる時ってどうしてる？
プレイヤーの状態とかエフェクトとかシングルトンで管理していて今まではどこかのクラスから
Game::instance()->registerEffect(new Effect())
みたいにできたんだけどプレイヤーごとにGameを作るようにしたらこれができなくなって
ゲームのインスタンスをあちこちに渡さなきゃならなくなったんだけどこんなことしないでもできる方法ない？
708 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 20:30:31.53 ID:DPIL44M1.net]: 話の流れがよくわからないんだけど、

renderer.add(PlayerObject);　　//プレイヤーキャラクターのオブジェクトを登録
renderer.add(EnemyObject);　　//敵キャラクターのオブジェクトを登録

…みたいなのとは全く別の話？
709 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 20:32:36.22 ID:DPIL44M1.net]: >>686
Gameクラスってなんじゃらほい？
いわゆるシーンとかシーケンスってやつ？
710 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 20:37:30.44 ID:Yjnja2zX.net]: >686
シングルトンが用を足さない状態だからやめるのが手っ取り早いけど
とりあえずシングルトンインスタンスの取得にID等の引数もたせれば?
引数違いなら違うオブジェクトを返すてのは実装は容易でしょ

こういうどこでも使えるグローバル変数的な状況で使うシングルトンは嫌いだけどな
711 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 20:42:33.50 ID:Ru1dUuzy.net]: >>685
レンダリングターゲットを変えたときもあるかもしれないけど、
マルチスレッドで分割してトラバースするこもとあるし。
Direct3D11でコンテキストを複数作れるようになったしね
712 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 20:45:40.07 ID:Gu2dz6L1.net]: >>685
戻り値をVectorかなんかにしたら

>>686
instance()に引数渡して特定のインスタンス取得出来るようにする
これまでシングルトンだったのが複数必要になった時点で設計見直した方がいいような気もするけど
713 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 20:54:53.01 ID:tEs8rCVt.net]: 情報不足すぎたうえに色々酷いごめんよ
Effectは別で管理している
シングルトンをやめるからどうするのが良いのかと思って聞いたんだ
ダブルディスパッチで敵の当たった処理とかしているんだけど
class Game {
　Enemy enemy[];
}
class Enemy {
　void hit() {
　　if( 死んだ ) { Effect::addEffect(new Effect()); }
　}
}
みたいにしててどのエフェクトを使うかはEnemy側で決めるようにしたいからこうなったんだけど
GameにEffectのインスタンス持たせてEnemyにそのインスタンスの参照なりなんなり渡して
if( 死んだ ) { effect->addEffect(new Effect()); }
とかしても良いんだけどなんかしっくりこないんで気になったのよ
>>688
そうなんだけど実際あんまり関係なかった・・・

>>689
うまい設計思いつかなかったんよね
その方法手っ取り早いし良さそうです
714 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 21:46:30.08 ID:Yjnja2zX.net]: >>692
EnemyはどうしたってEffectへのポインタが欲しいわけで描画の関係からか複数存在してるとなると
初期化などでずっと持たせるのが嫌ならhitかそれ以上に位置するGameから呼ぶ関数に引数として渡すか
EnemyはGameクラスのポインタ位持ってるならGameのほうにAddEffect関数もたせてEnemyはそれを呼ぶか

スレッドセーフでない設計ならEffectポインタのグローバルか静的関数なGetterとSetter用意して
GameオブジェクトごとにEnemy更新前にSetterでGetterの戻り値となるポインタを入れ替え…止めた方がいいな
715 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 22:17:39.20 ID:DPIL44M1.net]: 実際のコードでは、Effectクラスから派生した HitEffect とか DeadEffect とかを
Enemy内から呼んでるんだよね？
716 名前：名前は開発中のものです。 mailto:sage [2014/05/02(金) 22:41:54.83 ID:gb8xd1Dr.net]: GameがEnemyを管理するんだったらEnemyに
エフェクト番号とフラグを持たせれば良いんじゃない
717 名前：名前は開発中のものです。 mailto:sage [2014/05/03(土) 02:03:51.33 ID:aTctHTqN.net]: >>687
そんな感じです
ですがそのrendererを渡そうか悩んでます
引数ですとかなり深い(？)ところまで渡す必要があるのではないかという感じです

>>690
引数で渡した方が自由が利きますね
めんどくささと柔軟性のどっちをとるかみたいな感じでしょうか

>>691
座標、テクスチャ、UV、色などのことを考えるとVectorかなんかだときつそうです

とりあえず引数で渡す方向で作ってみたいと思います
オブジェクト指向難しいです...
718 名前：名前は開発中のものです。 mailto:sage [2014/05/03(土) 06:24:50.92 ID:aTctHTqN.net]: ああ、文章にミスが
>>696
rendererを渡そうか×
rendererをどう渡そうか○
です
719 名前：名前は開発中のものです。 mailto:sage [2014/05/03(土) 14:23:28.87 ID:yzrAO4fX.net]: ヒープ領域のオブジェクトを参照で引数で渡したい時ってどういう風に書けばいいの？
720 名前：名前は開発中のものです。 mailto:sage [2014/05/03(土) 16:01:04.13 ID:ZggXQf33.net]: 普通に参照渡しするだけだよ
721 名前：名前は開発中のものです。 mailto:sage [2014/05/03(土) 18:27:55.89 ID:Dtrz+is9.net]: void f(A &a);

A *a = new A();

f(*a);

こんな感じゃない

参照って殆ど使った事ないからあってるかどうかわからんけど
722 名前：名前は開発中のものです。 mailto:sage [2014/05/03(土) 19:07:15.30 ID:hZKN3J0P.net]: 「ゲームプログラマになる前に覚えておきたい技術」
という本がオススメと言われたんですが、これ持ってる人いませんか？
役に立つ度合いとかアドバイスしてもらえたら嬉しいです
723 名前：名前は開発中のものです。 mailto:sage [2014/05/03(土) 19:31:10.25 ID:R+meoZG6.net]: ゲームプログラマになる前に覚えておきたい技術
01 この本はどんな本か
www.shuwasystem.co.jp/gpro-sp/

これを読みましたか？
724 名前：名前は開発中のものです。 mailto:sage [2014/05/03(土) 20:46:14.95 ID:TVFyIiNS.net]: >>693
やっぱりそれぞれが持つしかありませんかねえ
呼び出し元をparentとかして持たせておくのって普通にやっていることなんですか？
この場合だとEnemy::parentにGameへの参照か何かを持たせるとか

>>694
はいそうです
725 名前：名前は開発中のものです。 mailto:sage [2014/05/03(土) 21:38:49.30 ID:XwaCxcGs.net]: 重いので持ち運びには向かない、かな
726 名前：名前は開発中のものです。 mailto:sage [2014/05/03(土) 21:46:57.91 ID:XwaCxcGs.net]: >>703
各クラスがどのエフェクトを使うのか？というのをハッキリさせておいて
必要なものだけインクルードするようにすれば、そこまで気持ち悪いことにはならないんじゃないだろうか。
たとえばEnemyクラスは、Effect::GettingItem（アイテム獲得）とかEffect::PlayerDead（プレイヤー死亡）は不要だろう。

それすら気持ち悪いと思うなら（分からんでもない）、
ObserverとかListenerとかCallbackとかその辺に頼るとかでも良いんじゃない？
727 名前：名前は開発中のものです。 mailto:sage [2014/05/03(土) 22:35:18.25 ID:Kqu7ExT3.net]: >>700
参照引数は「読むだけ」を意図してる場合が多いからconst付きが多いかな

>>703
＞呼び出し元をparentとかして持たせておくのって普通にやっていることなんですか？
＞この場合だとEnemy::parentにGameへの参照か何かを持たせるとか

その疑問は>>674-696のやり取りと同じ話っぽいね、俺も>>704-705に同意かな。
依存関係を明示すると違和感を覚えたり気持ち悪くなるのは、大抵の場合

依存関係の認識(or分析)が大雑把。依存関係を明示するとそれが露見しちゃう。
機能分割が大雑把。依存関係を詳細に分析すると広範に絡み合ってて一体でした。

とか。Gameへの参照は、恐らく要らん情報にアクセスする権利も与えてるから
依存関係の明示というより、広範に渡る権力へのアクセス権の譲渡なのかな？

君はこの世界に神になる。俺はいいと思うけどね。というか、はなっから
グローバルなサービスとして提供してしてもいいかもね。完成させてから
リファクタリングしたほうがいい

個人的な短期小規模開発(作り捨て)なら別に問題ない。完成と反省のサイクルよ
728 名前：名前は開発中のものです。 mailto:sage [2014/05/03(土) 23:45:58.24 ID:yuGTooJm.net]: 具体的なEnemyなんてアプリ層なんだから泥臭くていいと思うのだが。
729 名前：名前は開発中のものです。 mailto:sage [2014/05/04(日) 00:03:34.32 ID:4VZ37tn9.net]: すまん、>704はセガ本が物理的に重いって話のつもりだったんだ
730 名前：名前は開発中のものです。 mailto:sage [2014/05/04(日) 00:09:25.10 ID:LNtKUxSS.net]: まあ大概のゲームプログラミング本は重いよね
電子版あるならそっちの方が捗りそうだ
731 名前：名前は開発中のものです。 mailto:sage [2014/05/04(日) 07:21:43.07 ID:r1PwGAIh.net]: 描画クラスを作って描画用のインターフェイスを作る
描画されるクラスはインターフェイスを実装
描画クラスはそのインターフェイスをリスト管理し順番に描画
ゲームクラスはデータクラスと描画クラスを管理し
必要に応じてデータクラスを作り、描画クラスに登録
ゲームクラスが当たり判定をして、エフェクトクラスをnew、描画クラスに登録

て感じじゃ駄目なの
732 名前：名前は開発中のものです。 [2014/05/04(日) 18:09:40.60 ID:Oce/sxqq.net]: >>701
サンプルプログラムの修正版があるからそれ見て決めたら？
ちなみに独自のライブラリを使ってる
733 名前：名前は開発中のものです。 mailto:sage [2014/05/04(日) 21:44:57.67 ID:o3zvQF1I.net]: もし、新幹線できたらな
飛行機乗客が減り、飛行場が苦労する
バス乗客が減り、高速道路が苦労する

結果的に、四国地方の経営破たん
734 名前：名前は開発中のものです。 mailto:sage [2014/05/06(火) 09:11:34.47 ID:WKSS3LlW.net]: ポインタに構造体を持たせる場合ってきちんとスマートポインタを使った方がいいの？
735 名前：名前は開発中のものです。 mailto:sage [2014/05/06(火) 10:42:16.25 ID:2Ki+N293.net]: >>711
独自ライブラリですかー・・・
ありがとう。ちょっとどっかで立ち読み出来るまでは買い控えます。
736 名前：名前は開発中のものです。 mailto:sage [2014/05/06(火) 14:47:05.12 ID:D61HzG9l.net]: >>713
本来スマートポインタはラクをするために使う。あとは好きにしろ
あと言語の使い方一般についての質問はプログラム板のほうがいい
【初心者歓迎】C/C++室 Ver.90【環境依存OK】
toro.2ch.net/test/read.cgi/tech/1395675954/

はい、次の方どうぞ
737 名前：名前は開発中のものです。 mailto:sage [2014/05/06(火) 15:47:49.53 ID:C6PkJkWu.net]: そのスレ、ちょっと見たけど罵りばっかじゃないかｗ
738 名前：名前は開発中のものです。 mailto:sage [2014/05/06(火) 16:22:09.99 ID:tFTEVnQV.net]: x64の64bitビルドでのループ変数とかメンバ変数てint,unsigned intとsize_tどっちが最適なの?
DirectXのAPIが32bit幅なのにSTLは64bitみたいに混在してて決め打ちしにくいんだけど
インデックスとして毎回32bitを64bit拡張と変数を32bitにstatic_castと
タイプ量はともかく実行時に効率いいほうにしたい
739 名前：名前は開発中のものです。 mailto:sage [2014/05/06(火) 16:27:40.04 ID:D61HzG9l.net]: >>716
報告しなくていい。そういう感想は彼らに直に言ってあげな。陰口より建設的だろ

はい、次の方どうぞ
740 名前：名前は開発中のものです。 mailto:sage [2014/05/06(火) 16:28:53.69 ID:D61HzG9l.net]: >>717
かぶったすまん
741 名前：名前は開発中のものです。 mailto:sage [2014/05/06(火) 16:44:38.90 ID:C6PkJkWu.net]: >>718
そんな非建設的な事実上機能していないスレに誘導してどうするんだって事だよ。

はい、次の方どうぞ。
742 名前：名前は開発中のものです。 mailto:sage [2014/05/06(火) 17:21:27.34 ID:D61HzG9l.net]: >>717
例えばループ変数については普通にint使ってるな
参考までに、科学計算系のライブラリでもそんな感じだったと思うよ
計算速度云々が問題になる場合、気にかける場所はもっと別の所かと
743 名前：名前は開発中のものです。 mailto:sage [2014/05/06(火) 20:22:43.10 ID:HhBjBQsT.net]: 32bit環境でもint iをbyte iとかshort iにはしない
あとむやみにunsignedにするとsignedにunsigned加算して警告でたり面倒のもと
744 名前：名前は開発中のものです。 mailto:sage [2014/05/08(木) 22:05:56.40 ID:Np2Vdwsy.net]: ローカル変数がautoばかりになってしまうんだけど意図的な型だけ除外しておけば問題ないよね?
constもメンバ関数含めて相当あるけど
745 名前：名前は開発中のものです。 mailto:sage [2014/05/08(木) 22:48:55.29 ID:v1IR+nQC.net]: 人間がソースコードを読んだときに
「型が明らかである場合か、あるいは逆に全く意識してほしくない場合にのみ使う……とかにしておけば？
746 名前：名前は開発中のものです。 mailto:sage [2014/05/09(金) 09:00:26.26 ID:3cnn0QfE.net]: ローカル変数にauto使うメリットってある？
イテレータの型書くの面倒くさい、位しか思いつかない
747 名前：名前は開発中のものです。 mailto:sage [2014/05/09(金) 09:04:31.69 ID:7ikJMhxE.net]: 十分じゃないか
748 名前：名前は開発中のものです。 mailto:sage [2014/05/09(金) 13:56:58.03 ID:Kaaj65V1.net]: 型推論って引数に使ったら勝手にオーバーロードしてくれるんだと思ってたんだが、引数とか戻り値には使えないんだな
iteratorの記述を省略するための機能か
749 名前：名前は開発中のものです。 mailto:sage [2014/05/09(金) 17:15:23.11 ID:htXiJh1L.net]: そういう用途にはテンプレート関数があるしね
750 名前：名前は開発中のものです。 mailto:sage [2014/05/10(土) 00:22:59.13 ID:6TirXj8H.net]: >>725
個人的にはイテレータを簡単に書けるメリットが一番大きいと思ってるが
それ以外で使うとしたら

auto f = new Foo(); //Foo型なのは明らか

とか

//交換
auto tmp = a;　//型は明らかではないが意識する必要がない
a = b;
b = tmp;

とかかなあ。
後者は素直にtemplate関数にでも投げたほうが良さそうだけどね
751 名前：名前は開発中のものです。 mailto:sage [2014/05/10(土) 10:54:20.51 ID:dAeX94+O.net]: 配列に入ってる複数の要素のうちの一つをポインタに持たせる場合って、スタックのアドレスをポインタに持たせても大丈夫？
752 名前：名前は開発中のものです。 mailto:sage [2014/05/10(土) 11:11:37.14 ID:hKETio2L.net]: >>730
「スタックのアドレス」を「スタック上におかれた配列の要素を指すアドレス」と解釈したけど

ttp://ideone.com/yad3h1
その配列が生きている間は問題ない
753 名前：名前は開発中のものです。 mailto:sage [2014/05/10(土) 22:40:27.91 ID:+R2ltZ7t.net]: const T& f();
void g()
{
auto t= f();
}

ってすると t は const T& 型になると思ってたけど
実はただの T 型でコピーコンストラクタでひどいことになったことあります
754 名前：名前は開発中のものです。 [2014/05/11(日) 18:46:58.77 ID:8qR2WxrE.net]: #include "define/MoneyType.h"
int money[MoneyType.SIZE];

こういう宣言の仕方って出来ないの？
MoneyTypeはenumで
enum MoneyType {
GOLD,
DIA,
SIZE
};
755 名前：名前は開発中のものです。 mailto:sage [2014/05/11(日) 19:38:27.89 ID:3XauxJKc.net]: enumはC++11で整数としてあつかえなくなったってwikiに書いてあった気がする
っていうかその使い方わかりにくいしやめた方が
756 名前：名前は開発中のものです。 mailto:sage [2014/05/11(日) 19:44:07.91 ID:3XauxJKc.net]: 訂正
static_castでキャストすればいけるっぽい
757 名前：名前は開発中のものです。 mailto:sage [2014/05/11(日) 19:59:02.14 ID:yHWGVGOF.net]: GOLD,DIA,SIZEって何かと思ったけど、もしかしてお金の単位なのかな？
758 名前：名前は開発中のものです。 mailto:sage [2014/05/11(日) 21:01:42.40 ID:KSscCZAl.net]: MoneyType::SIZEかな？
ただこれだと再定義のエラーが前出たような気がする
759 名前：名前は開発中のものです。 mailto:sage [2014/05/11(日) 21:04:03.89 ID:9RoLwWBR.net]: >>733
enum class MoneyType:int
{
GOLD,
DIA,
SIZE
};

int money[ MoneyType::Size ];
760 名前：名前は開発中のものです。 mailto:sage [2014/05/11(日) 21:06:37.47 ID:KSscCZAl.net]: 適当に書いちゃったけど何をしようとしてるのかいまいち理解出来ないｗ
761 名前：名前は開発中のものです。 mailto:sage [2014/05/11(日) 21:14:58.11 ID:9RoLwWBR.net]: enumの要素数を静的に得たいんでしょ
将来お金の種類増えるかもしれないとか
配列使うぐらいならvectorにしとけとも思うが
762 名前：名前は開発中のものです。 mailto:sage [2014/05/11(日) 21:51:52.47 ID:3XauxJKc.net]: 構造体じゃいかんのか
763 名前：名前は開発中のものです。 mailto:sage [2014/05/12(月) 00:24:54.73 ID:cE27KFFY.net]: 実際に使うの想像してこうなった。
例えば複数の種類のお金で買えるショップ機能を作りたい場合、
ショップ側でMoneyTypeという型と整数を持っておけば、処理が楽かなと思ったんだけど
764 名前：名前は開発中のものです。 mailto:sage [2014/05/12(月) 01:09:04.70 ID:u2hQW3ha.net]: つまり>740が正解っぽい？

[ 続きを読む ] / [ 携帯版 ]

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef