ゲームにおけるデータ構造・クラス設計・パターン

**名前は開発中のものです。** · 2006/08/10(木) 20:27:06

具体的なゲーム名を挙げて、
どのようにクラス設計をすればよいか、
継承・委譲関係はどのようにすればよいか、
使えそうなパターンは何かなど語るのもよし。
自作ゲームの内容とクラス図を書いて
改善案を聞くもよし。
設計に関して困ったことを質問するもよし。

関数の具体的な実装内容やゲーム内容に関しては他スレに譲る。
大いに語れ。

**名前は開発中のものです。** · 2008/02/26(火) 23:59:37

プロパティが使えない言語なのか

**名前は開発中のものです。** · 2008/02/27(水) 00:07:04

>>761
それで数値がMAXまで行ってクリッピングされた時に
音を鳴らしたい場合どうする？
ポインタ渡しの引数増やすのも気持ち悪いし
GetLastError() みたいな別関数で状態を取得するのも気持ち悪い

**名前は開発中のものです。** · 2008/02/27(水) 00:07:18

見るからにC++だからなぁ。

俺なら数字っぽく扱えるクラスを書いて、
operator+()の中で範囲チェックするかなー。

**764** · 2008/02/27(水) 00:09:34

追記
>>763みたいな要求にこたえるときは、
作ったクラスにコールバックの仕組みを追加する、とかの方法で実現できる。
クラスのクライアントに対しては修正いらないはずだし。

**名前は開発中のものです。** · 2008/02/27(水) 00:30:52

プロパティが何だか分からなくて心が折れた。

**名前は開発中のものです。** · 2008/02/27(水) 00:32:46

要はgetHPとsetHPのこと

**名前は開発中のものです。** · 2008/02/27(水) 00:35:39

…VBとかの機能か。

**名前は開発中のものです。** · 2008/02/27(水) 00:46:29

>>761
言語がHSPなので参考になるかわからんが、

isover(val, min, max) //溢れ判定
irange(val, min, max) //上限下限
itorus(val, min, max) //ループ
ibound(val, min, max) //跳ね返り

の４つでだいたい足りている。

**名前は開発中のものです。** · 2008/02/27(水) 00:47:14

>>761にプロパティを使うのは不適切だね
プロパティは外から見てフィールドのように振舞うべき
101をセットして1が返ってくるのは直感的じゃない

**名前は開発中のものです。** · 2008/02/27(水) 00:47:21

java使いの俺も泣けてきた。プロパティの仕様でカオスってる。
アクセッサメソッドでいいじゃん。getter/setter。

**名前は開発中のものです。** · 2008/02/27(水) 00:49:46

プロパティを使うときの一番ありふれた事例が
上限下限のコントロールかと思ってた……

まあ1人で開発するから問題にはなんないけど

**名前は開発中のものです。** · 2008/02/27(水) 01:11:23

max(0, min(val_max, val));

**名前は開発中のものです。** · 2008/02/27(水) 01:29:41

その程度の計算にしては高価じゃない

**名前は開発中のものです。** · 2008/02/27(水) 01:31:42

デバッグで失われる時間のほうが高価なので
どんどん怠けましょう。

**761** · 2008/02/27(水) 02:08:49

getter/setterとかのメソッド≒プロパティというんでしょうか？

プレイキャラクターのクラスにダメージやら回復やらを処理させるメソッド内で
件の自作関数を呼び出しています。同じような処理ばかりあちこちにガリガリ書いていたもんで…

↓みたいにクラス化してしまう方が一般的ですかね
class LimitFloat{
//.なんか勝手に良い感じにしてくれる処理
…
};

class PlayChara{
LimitFloat hp;
LimitFloat mp;
…
};

**名前は開発中のものです。** · 2008/02/27(水) 02:36:41

>>776
直接的なプロパティへのアクセスを許可すると
情報隠匿の観点からマズイので、getter/setterを噛ませるってだけ。
プロパティ自体は
http://e-words.jp/w/E38397E383ADE38391E38386E382A3.html
こんな感じ。
文字列なら、文字列長や、文字エンコーディング。
mp3ならアーティスト名とか曲名。

**名前は開発中のものです。** · 2008/02/27(水) 02:41:28

いやプロパティはアクセス時にgetter/setterが呼ばれる変数みたいなもんだろ。
プロパティが言語仕様にある言語て何があったっけ？

esのプロパティはスロットだし

**名前は開発中のものです。** · 2008/02/27(水) 06:06:32

触ったことある言語の中だとC#にはあったな。

**名前は開発中のものです。** · 2008/02/27(水) 07:04:41

>>761
bool add_ubound(float& x, float xmax, float add)
{
　　assert(x > 0);
　　assert(add > 0);
　　asert(xmax > 0);
　　assert(x <= xmax);

　　x += add;
　　if (x > xmax) {
　　　　x = xmax;
　　　　return true;
　　}
　　return false;
}

>>763
if (add_ubound(hp, MAX_HP, 10)) {
　　playSound();
}

ベタだけど、こんな感じで処理してる。あと >>769 みたく上限加減とか
ループとか扱う関数をいくつか用意。

**名前は開発中のものです。** · 2008/02/27(水) 12:56:18

C#には、getter/setter関数を、通常とは異なる文法の関数１つにまとめて記述できる文法があってそれがプロパティ。
代入演算の左に来ればsetterが、それ以外ならgetterが呼ばれるから結果的にグローバル変数のように使用できる。

個人的にはプロパティの用途は以下のようだと思ってるのでプロパティで処理するのはありだとおも。
>>772、インターフェイスのメンバにして多態性、getterのみ。

それにしてもRPGっぽいステータス管理って結構複雑だな。
今ぱっと考えただけじゃクラスが作れん。

**名前は開発中のものです。** · 2008/02/27(水) 19:16:26

値を上限・下限内に丸めるのとアサートによる契約プログラミングは別問題じゃないか？
単にセッタ内で丸めるという処理が目的だろこの場合。
アサートは条件に違反があった場合に吠えることが目的だろ？
違反があるかないか以外に影響しちゃだめだろアサートは。

**761** · 2008/02/27(水) 19:30:12

>>780有難うございます。参考にして改造しました。
static U_BOUND_RESULT add_ubound ( float& val, float val_max, float add ) {
　　　　if ( val < val_max ) {
　　　　　　val += add;
　　　　　　if ( val >= val_max ) { val = val_max; return MOMENT_FULL; }
　　　　　　val -= add;
　　　　}
　　　　if ( val >= val_max ) {
　　　　　　val += add;
　　　　　　if( val >= val_max ) { val = val_max; return ALREADY_FULL; }
　　　　　　val -= add;
　　　　}
　　　　if ( val <= 0 ){
　　　　　　val += add;
　　　　　　if( val <= 0 ) { val = 0; return ALREADY_DEAD; }
　　　　　　val -= add;
　　　　}
　　　　if ( val > 0 ){
　　　　　　val += add;
　　　　　　if(val <= 0) { val = 0; return MOMENT_DEAD; }
　　　　　　val -= add;
　　　　}
　　　　val += add ;
　　　　return NORMAL ;
　　}
} ;
>>763
if ( MOMENT_FULL == MyFunc::add_ubound (hp, MAX_HP, 10) ) {
　　playSound ( ) ;
}
満タンになった瞬間だけ音が鳴るようにしてみたんですがえらく冗長に…

**名前は開発中のものです。** · 2008/02/27(水) 23:19:17

>>783
C++ なら、せっかくだから関数テンプレートにしとこうか。

**761** · 2008/02/28(木) 00:50:13

関数テンプレート化頑張ってみます。
CからC++に移行したばかりで手間取りそうですが…

>>783の条件分岐の記述はもうちょっとスマートに処理できそうな気がするんですが
良い方法が思いつかず…

**名前は開発中のものです。** · 2008/02/28(木) 00:53:56

アサートが何なのかわからなくて検索してしまったぜ。
要するに本来はデバッグ検出用の関数なのね

**名前は開発中のものです。** · 2008/02/28(木) 00:56:28

まあHPならfloatで決め打ちでもそんなに困らない気がしないでもない
将来のための勉強にはなるかな

**名前は開発中のものです。** · 2008/02/28(木) 02:04:32

HPとかステータス値は普通整数じゃね？

**名前は開発中のものです。** · 2008/02/28(木) 02:06:57

表示するときは整数でも実数で保持しておいたほうが便利なことがあるかもしれない
MOTHER2みたいにダメージ受けても減少するまで時間がかかるとか……

**名前は開発中のものです。** · 2008/02/28(木) 02:44:14

時間とともにちょっとずつ回復みたいなことをやるなら実数の方がいいかなと。
ドラクエとかって最初から整数なのかな…
1ポイント前後のダメージって強制的に1ポイントダメージに補正されている感じだし
内部的に実数で0.1fずつ喰らったダメージが蓄積して1ポイントダメージになったりはしてなさそう

**名前は開発中のものです。** · 2008/02/28(木) 07:23:54

>>786
俺は assert() が入っていおらず、かつ UnitTest も書かれていない関数は
信用しない。

**名前は開発中のものです。** · 2008/02/28(木) 07:41:00

どうせリリース時には消えるしな

**名前は開発中のものです。** · 2008/02/28(木) 08:43:52

>>789
固定小数でググれ

**名前は開発中のものです。** · 2008/02/28(木) 09:17:18

アサートっていうかイベントだな

**名前は開発中のものです。** · 2008/02/28(木) 14:13:32

floatと書いておけば何も考えなくてもいいのに比べて
今どき固定少数で処理するのってメリット少なくない？

処理速度の面でも遜色ないし使用するメモリも
そこまでケチる時代じゃないしコードも固定少数の
ほうがいくらか読みづらくなるでしょ

**名前は開発中のものです。** · 2008/02/28(木) 16:35:34

固定小数点数のメリットは論じても仕方ないので置いておくとして、
floatなら何も考えなくていいってのは違うので気をつけよう
値の比較や、演算誤差・丸め込みに注意を払う必要がある

int main() {
　float a = 0.0f;
　for (int i = 0; i < 100; ++i) {
　　a += 0.01f;
　}
　std::cout << a << std::endl;
　return 0;
}

手元の環境だと結果は0.999999になる
あとゲームではよく使う % での剰余も出来ないので、代わりにfmod()を使う必要がある

例がFAQすぎてすまん

**名前は開発中のものです。** · 2008/02/28(木) 18:26:26

言ってることは別に間違ってないけど、float値の比較に「==」とか使うような奴は
ゲーム以前に計算機リテラシー欠乏者なのでこのスレでは無視していい存在では？

**名前は開発中のものです。** · 2008/02/28(木) 18:46:41

このスレではThe art of computer programmingは既読が前提ということか
質問しようと思ったけど出直すわ

**名前は開発中のものです。** · 2008/02/28(木) 19:23:14

ヘソ曲げ乙
別にそんな鈍器を買わんでも、その辺の理工学書コーナーに売ってる
薄っぺらい数値計算法の初歩本(教科書)を一冊借りて読んどけばいいよ
情報工学系大学1年次の基礎教養レベルの話なんだからさ

**名前は開発中のものです。** · 2008/02/28(木) 21:18:29

まあHPとかのステータス値を%で剰余出す計算することは少ないだろうし
>>796の問題でバグ出すケースも少ないだろうな……

ステータスアップや次のレベルに必要な経験値テーブルなんかに
アクセスすることが多いLVは整数型にするだろうけど、
その場合は値を丸める処理がHPと同じじゃまずいし

**名前は開発中のものです。** · 2008/02/28(木) 21:56:42

リテラシー(笑)

**名前は開発中のものです。** · 2008/02/29(金) 00:50:23

>>795
すまん
単にMOTHER2だとかドラクエだとか
DC/PS2以前のゲーム機で浮動小数なんて使わないよということが
言いたかっただけなんだｗ

何でもかんでもfloatにしたら配列の添え字にも使えないわ、単純な比較は出来ないわ
論理演算は出来ないわ
余計に面倒な気がするけど。

**名前は開発中のものです。** · 2008/02/29(金) 00:55:40

>>802
HPを配列の添え字には使わんでしょう。ま、どっちでも良いんじゃない？

**名前は開発中のものです。** · 2008/02/29(金) 01:11:33

浮動小数はゆとりにはいいんじゃね？
およそ３とか。

**名前は開発中のものです。** · 2008/02/29(金) 01:20:16

オッサンは（笑）の使いどころが微妙だな

**名前は開発中のものです。** · 2008/02/29(金) 03:04:41

そんなに気に障ったのか……

**名前は開発中のものです。** · 2008/02/29(金) 03:05:47

オッサンと言われるだけでカチンと来たら
気をつけないといけない年齢だぜ。。。

**名前は開発中のものです。** · 2008/02/29(金) 03:44:01

これは酷い

**名前は開発中のものです。** · 2008/02/29(金) 13:05:12

>>785
こんなのダメ？
　　　　float a = val + add;
　　　　float b = val;
　　　　if ( a >= val_max ) {
　　　　　　val = val_max;
　　　　　　if ( b < val_max ) return MOMENT_FULL;
　　　　　　return ALREADY_FULL;
　　　　}
　　　　略

ところで>>789みたいな例ってブレゼンハムぽいことすれば固定少数必要ないんじゃない？
浮動少数も>>796を理解しててもついうっかりってのがあるしかもしれないし

**名前は開発中のものです。** · 2008/02/29(金) 13:16:40

見えない小数部分を利用なんてしないで、
別にタイマーでも持った方がいいと思う

**名前は開発中のものです。** · 2008/02/29(金) 13:35:10

誰にタイマー持たせるの？

**名前は開発中のものです。** · 2008/02/29(金) 14:40:49

ついうっかりどころか、>>789はそのまんま>>796をやらかすに違いない。
合計10減らしたはずなのに9.999999しか減ってないとかな。
ま、このスレでは無視していい存在らしいしどうでもいいんじゃね？

**名前は開発中のものです。** · 2008/02/29(金) 15:47:54

何をそうカリカリしているんだ

**名前は開発中のものです。** · 2008/02/29(金) 17:28:29

>>809
有難うございます。
かなりスマートになりました。
ローカル変数に退避させておけばよかったんですね。

**名前は開発中のものです。** · 2008/03/01(土) 20:59:06

>>778
Delphiとか？C++Builderは言語仕様つーより、独自拡張ですね

>>802
も前のマシンはいつからDSに？

>>796-797
その後、「なんで、0.999999になるの？」って質問が出てこないから大丈夫かとｗ

**名前は開発中のものです。** · 2008/03/01(土) 21:19:01

最近RPGの設計話増えたな

**名前は開発中のものです。** · 2008/03/01(土) 21:58:24

そろそろ卒業なんじゃね？
もう3月だし、さすがにそれはないかｗ

**名前は開発中のものです。** · 2008/03/02(日) 03:32:21

卒業製作なら去年の夏ごろから死んでると思う

**名前は開発中のものです。** · 2008/03/02(日) 21:49:31

さすがに一ヶ月未満で作ろうとは思わんよなあ

**名前は開発中のものです。** · 2008/03/07(金) 18:18:38

STGでボタン1を普通のショット、ボタン2を溜めショット用にしようとしているんですけど
この溜めている量は
自機クラスのメンバ変数に持たすべきでしょうか？
それともキー管理クラスを作って
jiki．shot2 ( joypad1．getCharge ( BTN2 ) )
みたいな感じで処理すべきでしょうか？

**名前は開発中のものです。** · 2008/03/07(金) 18:25:22

俺だったら、自機の基底クラスである（例えば）機体クラスで管理する。

理由は、機体クラスの派生クラスで敵機クラスを作れば、
敵機の溜めショットの実装が楽になる。

**名前は開発中のものです。** · 2008/03/07(金) 19:30:11

おおむね>821に同意しつつ、自分なら、キーの押しっぱなし時間も同時に保持しておくかな。
溜めショット以外にも使うこと多そうだし。

カーソルとか、ポンと押した場合は１つ進むだけだけど、押しっぱなしにすると自動的にカーソルが動くとか、
そんな類の処理に流用できそう。

**名前は開発中のものです。** · 2008/03/07(金) 19:36:59

>>820
void 機体クラス::update()
{
　if (joypad1.getOnf() & BTN2) // getOnf() はボタン押し下げてれば真
　　m_shot2.Charge();
}

俺なら、こうするかなぁ。機体クラスのメンバ変数に溜めショット用の
メンバ変数を持たせる。

キー管理クラスというのが何を意図してるのかわからんけど、汎用の
パッド入力処理関数として

enum { BTN1 = 0x1, BTN2 = 0x2, BTN3 = 0x4, BTN4 = 0x8, ... };

getOnf(); // 押し下げボタンの論理和が返る
getTrg(); // 直前まで放されてて、このフレームに初めて押し下げられたボタンの論理和
getRep(); // 一定時間以上押しっぱなしのボタンの論理和

ぐらいは用意しておいた方が便利だよ。

**820** · 2008/03/07(金) 23:07:06

>>821-822
有難うございます。その方向でちょっと作ってみます。

**820** · 2008/03/07(金) 23:26:54

>>823実は自作で汎用のパッド入力処理関数のようなものを作ってあったんですが
ちょっと出来に難があります。
1回のメインループで2回使用、例えばKEY_DOWNとKEY_UPの2種類を検出しようと
したりすると1種類目の呼び出ししか有効でなかったり。
enum BTN_STATE{ NO_PUSH, KEY_DOWN, KEY_PUSH, KEY_UP };
//「押されていない」「押下げた瞬間」「押されている状態」「押上げた瞬間」
class JoyPad{
　int isPushDown[2][8];//[パッド1P、2P][ボタン数] （各ボタン押されているか否か）
public:
　BTN_STATE getBtnState(int pad_num, int btn_num );
}

BTN_STATE JoyPad::getBtnState (int pad_num, int btn_num ){
　　int btn = ボタンが押されているか？関数( pad_num, btn_num ）;
　　if ( btn == 1 ) {//ボタンが押されていたら
　　　　if ( isPushDown[pad_num][btn_num] == 0){
　　　　isPushDown[pad_num][btn_num] = 1;
　　　　return KEY_DOWN;//「押下げた瞬間」
　　　　}else{
　　　　return KEY_PUSH;//「押されている状態」
　　　　}
　　}
　　if ( btn == 0 ) {//ボタンが押されてなければ
　　　　if(isPushDown[pad_num][btn_num] != 0){
　　　　isPushDown[pad_num][btn_num] = 0;
　　　　return KEY_UP;//「押上げた瞬間」
　　　　}
　　}
return NO_PUSH; //「押されていない
}

**名前は開発中のものです。** · 2008/03/07(金) 23:36:57

状態を管理する部分と、管理されてる情報を参照する部分を分ければいいんじゃね？

**名前は開発中のものです。** · 2008/03/07(金) 23:39:41

Win系ならWindowメッセージかDirectX使え。

**名前は開発中のものです。** · 2008/03/07(金) 23:54:13

>>825
>>826も言ってるが
それぞれの状態について保存しておいて、それを参照すればいいじゃん

現在の状態をcurrentに0,1で保存するとして
押下した瞬間 on_trigger = (on_trigger ^ current) & ~current
離した瞬間 off_trigger = off_trigger ^ (^current & last)
過去の状態 last = current

**820** · 2008/03/07(金) 23:56:56

>>826
ちょっと考えて見ます
>>827
使っているのが「DXライブラリ」というDirectX用ライブラリなんですが押している状態しか
チェックできなくて難儀しています。
直接DirectXガリガリした経験がないのでわかりませんがWindowメッセージの
WM_KEYDOWN, WM_KEYUPに相当するものがあればその方が楽できそうですね…

**名前は開発中のものです。** · 2008/03/08(土) 00:15:59

DXライブラリってのは名前くらいしか知らんが、
１フレーム内にon/offがあった場合検知できないのかねぇ？
（FPSを上げれば解決できそうな問題だと思うけど）

DirectXは（デバッガで止めるなどして）１フレーム内に複数の入力あっても、
全部取得できると思った。でもDirectXはその性質上最低レベルAPIだから、
DXで済ませるならDXでやったほうがいいんじゃないかな…

**名前は開発中のものです。** · 2008/03/08(土) 08:33:18

stateパターンか

**名前は開発中のものです。** · 2008/03/08(土) 09:13:25

DXライブラリの中の人もチラと言ってたけど、そのまま使わずに、自分でラップして使った方がいいんじゃないかな？
低レベルな部分を隠すだけ、って割り切っちゃう。

**名前は開発中のものです。** · 2008/03/13(木) 01:35:23

>>828
横レスすまん。
たぶん俺が根本的に何かを勘違いしているんだろうけど、
どう考えても意図がわからない。

押下した瞬間 on_trigger = current & ~last
離した瞬間 off_trigger = ~current & last
ほんとはこう？

「C,C++じゃねーよ」ってのならごめん。他の言語はわからない。

**名前は開発中のものです。** · 2008/03/13(木) 10:23:04

素直にifを使うっていうのはどうだろうか。

**名前は開発中のものです。** · 2008/03/13(木) 22:39:59

そういうことだな

**名前は開発中のものです。** · 2008/03/17(月) 12:58:49

最近デザインパターンを覚え始めたんだが、
oopのコンポジション集約と、デザインパターンのコンポジットは全然別なことと、
デザインパターンのファザードがコンポジション集約と似た効果/構造してて戸惑った。

この違和感は普通にそのうち無くなるもの?

**名前は開発中のものです。** · 2008/03/17(月) 14:16:30

デザインパターンか…
そろそろ俺も覚えないと不味いな

**名前は開発中のものです。** · 2008/03/17(月) 21:06:48

あんまりデザインパターンでゲーム設計しちゃうとデザインパターンにはめようとするからゲームではあまり使わないな。

ストラテジー・コマンド・ステートパターンはよく使うが。

デザインパターンって言ってもgofやgof以外やマルチスレッドなやつとかwebアプリケーション用とかいろいろあるよ。

**名前は開発中のものです。** · 2008/03/17(月) 21:46:13

>>838
あと、これも多少使うかなぁ。

・シングルトン　ファイル I/O を一括管理するときとか
・オブザーバー　関連するゲームオブジェクト同士の管理（プレイヤーと、それに張り付くエフェクトとか）

実際のコードは、GoF のサンプルとはだいぶ違う形になってるけど、
まぁデザパタは設計のカタログなんで、実装の見た目が乖離する
ことはよくある。

**名前は開発中のものです。** · 2008/03/17(月) 23:00:08

オブザーバーっていうよりフックパターンがオブザーバーになってる事ない？

**名前は開発中のものです。** · 2008/03/17(月) 23:20:40

>>838-839
勉強になるよｔｈｘ
まだGOF読んでないから今の段階ではさっぱりわからんけど
読むときに思い出すようにするよ

**名前は開発中のものです。** · 2008/03/22(土) 13:55:51

GOF本高けぇえええ！！

**名前は開発中のものです。** · 2008/03/22(土) 20:22:05

GoFを中心に解説してる本ならいくつかある。javaが多いけど。

**名前は開発中のものです。** · 2008/03/22(土) 21:20:08

Grove On Fight？

**名前は開発中のものです。** · 2008/03/22(土) 21:55:21

glove on fight

でしょ

**名前は開発中のものです。** · 2008/03/22(土) 22:34:31

>>844
o がいっこ足らんぞ
Groove on Fightは名作

**名前は開発中のものです。** · 2008/03/23(日) 01:18:27

しかしPS版豪血寺は戦闘中に長いロードが入るという糞仕様

**名前は開発中のものです。** · 2008/03/23(日) 11:58:11

Gang of Fourも知らんのかここの連中は

**名前は開発中のものです。** · 2008/03/23(日) 12:20:13

ググって出てきたものを、知ったかぶりで書いたんだろうなぁ…

**名前は開発中のものです。** · 2008/03/23(日) 12:56:06

>848も言ってることは大して変わらんだろｗ

**名前は開発中のものです。** · 2008/03/23(日) 18:28:12

Glove on Fight・・・同人ゲー
Groove on Fight･･･豪血寺3のサブタイトル
Grove On Fight･･･俺のミスタイプ

**名前は開発中のものです。** · 2008/03/23(日) 20:57:34

デザインパターンも知らんで設計語ってんのか

**名前は開発中のものです。** · 2008/03/23(日) 21:19:48

めったに使えないGoFのやつか

**名前は開発中のものです。** · 2008/03/23(日) 21:23:02

継承イラネ
と思う俺はたぶんまだまだ

**名前は開発中のものです。** · 2008/03/23(日) 22:08:36

そりゃあゲームでGoFなんて使わんだろ。上に出た通りだ。

**名前は開発中のものです。** · 2008/03/23(日) 22:14:12

>>854
基本クラス変数に派生クラス実体が入ってる時に関数を呼ぶと、
もし派生クラスがその関数をoverrideしてたら派生クラスの関数が呼ばれるんだぜ。
便利だと思わん?

**名前は開発中のものです。** · 2008/03/23(日) 22:22:19

仮想関数ならな。

**名前は開発中のものです。** · 2008/03/23(日) 22:28:35

>>855
上に出たとおりだと、

いくつかのパターンは使ってる
ただし実装は書籍と違うけど

だと思うんだが。読み間違い？

**名前は開発中のものです。** · 2008/03/23(日) 22:51:49

>>857
自分の中で、仮想でないメンバの上書きはシャドウで、オーバーライド＝仮想メンバの上書きだと思ってた

**名前は開発中のものです。** · 2008/03/23(日) 23:11:46

>>856
そういうことができるのは知識としては持っているんだけど

例えば
モンスタークラスの派生でスライムクラス、ドラゴンクラスがあって…
とやらないで

モンスタークラスだけがあって
モンスタータイプっていうenumメンバ変数があってそれによって処理が変わる…
みたいに書いちゃうのね

まだまだスクリプト言語のときの癖が抜け切らないというか
たぶん継承をうまいこと使った方が生産性上がるんだろうけど

**名前は開発中のものです。** · 2008/03/23(日) 23:22:02

例えに突っ込むのは無粋だとは思うが、
外部ファイル読み込み（ハードコーティングでもいいけどさ）を考えると面倒じゃない？