トップページ⇒gamedev
1001コメント329KB

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

■ このスレッドは過去ログ倉庫に格納されています
0001名前は開発中のものです。2014/01/16(木) 00:00:31.27ID:w6WW3hAo
ゲーム製作におけるC/C++全般に関するスレです。

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

前スレ
C/C++ゲーム製作総合スレッド Part1
http://toro.2ch.net/test/read.cgi/gamedev/1337516528/
C/C++ゲーム製作総合スレッド Part2
http://toro.2ch.net/test/read.cgi/gamedev/1351015269/
C/C++ゲーム製作総合スレッド Part3
http://toro.2ch.net/test/read.cgi/gamedev/1357899040/
C/C++ゲーム製作総合スレッド Part4
http://toro.2ch.net/test/read.cgi/gamedev/1376262450/
0676名前は開発中のものです。2014/05/02(金) 01:19:41.25ID:ZlBT84m3
>>674
＞しかしこの方法だと管理クラスを引数でどんどん渡していかなければいけなく、良い方法がないか探してます

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

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

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

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

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

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

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

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

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

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

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

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

>>686
instance()に引数渡して特定のインスタンス取得出来るようにする
これまでシングルトンだったのが複数必要になった時点で設計見直した方がいいような気もするけど
0692名前は開発中のものです。2014/05/02(金) 20:54:53.01ID:tEs8rCVt
情報不足すぎたうえに色々酷いごめんよ
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
うまい設計思いつかなかったんよね
その方法手っ取り早いし良さそうです
0693名前は開発中のものです。2014/05/02(金) 21:46:30.08ID:Yjnja2zX
>>692
EnemyはどうしたってEffectへのポインタが欲しいわけで描画の関係からか複数存在してるとなると
初期化などでずっと持たせるのが嫌ならhitかそれ以上に位置するGameから呼ぶ関数に引数として渡すか
EnemyはGameクラスのポインタ位持ってるならGameのほうにAddEffect関数もたせてEnemyはそれを呼ぶか

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

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

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

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

A *a = new A();

f(*a);

こんな感じゃない

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

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

とか

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

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

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

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

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

int money[ MoneyType::Size ];
0739名前は開発中のものです。2014/05/11(日) 21:06:37.47ID:KSscCZAl
適当に書いちゃったけど何をしようとしてるのかいまいち理解出来ないｗ
0740名前は開発中のものです。2014/05/11(日) 21:14:58.11ID:9RoLwWBR
enumの要素数を静的に得たいんでしょ
将来お金の種類増えるかもしれないとか
配列使うぐらいならvectorにしとけとも思うが
0741名前は開発中のものです。2014/05/11(日) 21:51:52.47ID:3XauxJKc
構造体じゃいかんのか
0742名前は開発中のものです。2014/05/12(月) 00:24:54.73ID:cE27KFFY
実際に使うの想像してこうなった。
例えば複数の種類のお金で買えるショップ機能を作りたい場合、
ショップ側でMoneyTypeという型と整数を持っておけば、処理が楽かなと思ったんだけど
0743名前は開発中のものです。2014/05/12(月) 01:09:04.70ID:u2hQW3ha
つまり>740が正解っぽい？
0744名前は開発中のものです。2014/05/12(月) 14:46:27.12ID:Pch/P8kY
ゲームで何時でも何処でも参照、代入できるデータって一般的にどうやって管理してます？
（例えば主人公のデータとか色々な場面で使いそうなもの）
今まで単純にデータクラスの中に静的メンバ変数で定義してグローバル的にやってたけど、
たまたまシングルトンで管理してるソースを見つけて、色々あるのかなって思った
0745名前は開発中のものです。2014/05/12(月) 18:22:11.56ID:cE27KFFY
シングルトンは嫌だからゲームマネージャークラス作ってそこにプレイヤーデータのポインタ持たせたりしてるけど、どうなんだろう？？
0746名前は開発中のものです。2014/05/12(月) 18:22:35.24ID:gXmiaEA2
3Dゲームでカメラを遅らせて動かす場合って角度を線形補間してベクトルにしてる？
それともクォータニオンで球面線形補間してる？
0747名前は開発中のものです。2014/05/12(月) 20:18:49.99ID:u2hQW3ha
>>745
グローバル変数は可能な限り減らす、という理念の上でやってるなら、
それは実に正しい手法だと思うよ
0748名前は開発中のものです。2014/05/12(月) 22:53:45.27ID:Qk7dokdu
グローバル変数使いまくりの俺だが、グローバル変数は使わない方がいいと言われて
その方向でプログラム書き直したところ、手間の物凄く増えて辟易。
やり方を間違ってるんじゃないか感が半端ない。
0749名前は開発中のものです。2014/05/12(月) 23:01:55.91ID:Qk7dokdu
あるプログラム本に「JAVAなんかは誰が組んでも似たようなものになるが、
C++プログラムは人によってまるで違ってくる」とあったが本当みたいね。

本や解説サイトによって、サンプルがかなり違ってるようで混乱しまくるわ。
0750名前は開発中のものです。2014/05/12(月) 23:39:44.01ID:4H1ieXj2
グローバル変数どうのこうのは保険をかけるためのもので手間を減らすものではないから仕方ないね
0751名前は開発中のものです。2014/05/13(火) 06:24:12.16ID:hs5B6JyN
グローバル変数使わずにやろうとすると関数の引数が複雑になりがちだからな
一人で作ってるコンパクトなプログラムくらいだったら使いまくりでいいと思うわ
0752名前は開発中のものです。2014/05/13(火) 10:40:34.58ID:lZBhyb5G
グローバル変数は初期化の順序が問題になる
複数のソースコードのあちこちに点在してるとそれが顕著になり
グローバル変数がクラスで依存関係があると動作保証が難しい
せめて組み込み型以外はポインタ型にして初期化の順序を決めちゃうのが安全
0753名前は開発中のものです。2014/05/13(火) 11:22:50.82ID:i7OBK+99
>>738
'MoneyType' is not a class or namespace
ってでる

visualstudio2010だと出来たと思うんだけど、
Eclipse4.3だと出来ない

C++のバージョンによってなんか変わったのかな
0754名前は開発中のものです。2014/05/13(火) 12:15:46.52ID:D4assd32
>>753
enum classはC++/CLIだからだろ
Cにそんな構文はない
俺はC++には詳しくないけど実はあるのかな
0755名前は開発中のものです。2014/05/13(火) 13:16:16.22ID:LR5OHySp
C++11から入った構文
0756名前は開発中のものです。2014/05/13(火) 22:03:52.41ID:VqkITLrD
グローバル変数はこう書けば良いんじゃね
使うところでだけglobal.hをインクルードしてさ

grobal.cpp
int a;

groubal.h
#ifndef _GLOBAL_H_
#define _GLOBAL_H_

　extern int a;

#endif
0757名前は開発中のものです。2014/05/13(火) 23:05:24.12ID:RPOQlcBK
>>756
わざわざ識別子を _ で始めるなんて沸いてるんじゃない？
0758名前は開発中のものです。2014/05/13(火) 23:15:35.87ID:dsNPksM9
是非はともかく、よく見かけるけどな
0759名前は開発中のものです。2014/05/13(火) 23:46:55.80ID:VqkITLrD
>>757
じゃあなんて書くんだ？
0760名前は開発中のものです。2014/05/13(火) 23:51:06.96ID:dD8wYEBQ
アンダーバー始まりは処理系予約とかじゃ無かったっけ
慣習的に
0761名前は開発中のものです。2014/05/13(火) 23:59:25.01ID:VqkITLrD
>>760
まじかよ
学校でこう習ったよ
何でそんな書き方教えるんだよ
まぁ開発はVSだから#pragma onceしか書かないから知らんかっただけっすけどね・・・
0762名前は開発中のものです。2014/05/14(水) 00:50:31.19ID:qOCHvgWh
>>756
つ>>663

ついでにnamespaceにぶち込んでもいいのよ
0763名前は開発中のものです。2014/05/14(水) 00:53:50.93ID:qOCHvgWh
>>761
gccでもいつの間にかpragma once使えたりするんだよな
あれ、サッサと標準仕様に盛り込めばいいのになと思うよ
0764名前は開発中のものです。2014/05/14(水) 01:34:53.87ID:Bv7wzu+p
だいたいのコンパイラが対応してるみたいだしデファクトスタンダードってところ
0765名前は開発中のものです。2014/05/14(水) 02:44:20.77ID:SkdpMvQe
効率的には#pragma onceの方がいいと聞いたことはあるが
IDEによるかもしれん
0766名前は開発中のものです。2014/05/14(水) 03:12:47.17ID:YePF79fh
単純なi nclde guard は力技の処理だけど
pragma once は処理系次第で最適化されてるからね。

複数のプラットフォームを想定するなら
安全策をとって両方記述するのがオススメ。
pragma once があれば効率的に処理してくれるかもしれないし、
もしpragma once を理解できない処理系でも
inlude guardは必ず処理してくれるからね。
0767名前は開発中のものです。2014/05/14(水) 10:10:49.06ID:2wCAVOdx
>>766
両方記述？寝言は寝て言えw
0768名前は開発中のものです。2014/05/14(水) 10:25:37.80ID:vvdSHZVH
VC++に#pragma onceが入ってすぐの頃は
自動生成したヘッダには#pragma onceと#ifndef-define-endifが
コンパイラバージョンによって自動で切り替わるように書かれてたと記憶している
その辺から考えても、両方書くのは無駄じゃない
0769名前は開発中のものです。2014/05/14(水) 12:46:41.03ID:1doe1mvx
std::mapにenumとかstructを使いたいんだけど
template argument 4 is invalidっていうエラーが出ます

具体的には
map<アイテムID(enum型),アイテムパラメータ(struct型)> aaaaa;

って感じです。

パラメータっていうのはその名の通りアイテムを装備するとstructのメンバの
addHPとかaddMPっていう変数の分だけ上昇する感じで、

使い方はプレイヤーはアイテムIDだけ持っておけば、あとは必要な時々で値だけ取得できるかなという感じです。
0770名前は開発中のものです。2014/05/14(水) 13:13:18.32ID:CAIv9eLR
enum itemID{ID1=0, ID2, ID3, ID4};
struct itemParam{int p1; int p2;};

itemParam param;
map<itemID, itemParam> m;
m.insert(make_pair(itemID::ID1, param));

こんな感じで動かない？
0771名前は開発中のものです。2014/05/14(水) 13:15:39.85ID:Ocn3g8OS
>>769
比較関数がないって怒られてるんじゃね
一つ目の型を enum型じゃなくて int に変更するわけにはいかないの？
0772名前は開発中のものです。2014/05/14(水) 14:08:33.50ID:Ke2wFa7k
そもそもそれmapにする意味あるのか？
>>733みたいな感じで配列で十分な気がするんだけど
0773名前は開発中のものです。2014/05/14(水) 15:29:04.69ID:Ocn3g8OS
map だと必要な分だけ使えるじゃん

0〜 イベントアイテム
10000〜 武器
20000〜 鎧

みたいに
0774名前は開発中のものです。2014/05/14(水) 16:29:43.89ID:YPHrxvGY
enum使うなら10000から武器みたいな区分けがそもそも必要ないと思うんだけど
0775名前は開発中のものです。2014/05/14(水) 21:01:01.54ID:qOCHvgWh
>>769
それ、>>770で動きますよ

>>772-774
仮に、実行時に追加削除更新等なし、静的、参照専用、の情報の集合
という前提条件であればstd::map(赤黒木)を使う合理性はあまりないかな

>>773のようにキー番号が連続してないのでれば、ハッシュマップの類の
ほうが向いてますね
http://research.preferred.jp/2011/07/stllike-containers/
補足：記事中のLoki::AssocVectorとほぼ同じものとしてboost::flat_map
もあります。でも、>>774の言う通り、結局vectorでおｋにもできますね

ま、完成しない(動かない)事に比べればどれ選んでも瑣末な違いなので
(特に昨今のPCなら)好きなの選べばいいかと思います。身も蓋もないね
■ このスレッドは過去ログ倉庫に格納されています