プログラマ専用SNS ミクプラ

LisetteLander さんが書きました:C++の知識が乏しいのでよくわからないですが、
PosGettableから継承したEnemyクラスはPosGettableのインスタンスを持っているって事で、
マネージャークラスはEnemyクラスからPosGettableの成分だけポインタだけ取り出せるって事ですか？

継承というのはEnemyクラスのメンバにPosGettableのメンバが追加されるだけ・・って思ってたのですが・・・

class A
{
    int Hp;
public:
    int getHp() const{ return this->Hp; }
};

class B
    :public A
{
public:
    void Hoge();
};

PosGettableから継承したEnemyクラスはPosGettableのインスタンスを持っているって事で、
マネージャークラスはEnemyクラスからPosGettableの成分だけポインタだけ取り出せるって事ですか？

void Test(){
    B   instans;  // B型のインスタンス
    A*  pointer;  // A型のポインタ

    pointer = &instans; // 継承したクラスは継承されたクラスの機能を持っているのだから、継承元と同様に扱ってもいいので、BのポインタをAのポインタ変数に入れられます。

    pointer->getHp(); // OK
    pointer->Hoge();  // Error!! AからはHogeは使えない
}

情報が欲しいクラスからそれが参照出来るようにすれば安全で、広い範囲から情報が取得できるかと思います。

Dixq (管理人) さんが書きました:上で

> 武器はプレイヤーや、敵が持っているのではないでしょうか・・？

と言った通りで、私はプレイヤーや敵と同じ階層に武器クラスがある設計がよくわかりません。
武器はキャラクターが持っているのですから、キャラクターの持ち物であるべきではないでしょうか？
従って当たり判定は、判定したい対象を元にプレイヤーが持っている武器クラスが行うべきではないかと思います。
また、物をオブジェクトと捉えるオブジェクト指向設計において、「判定」というクラスは少しおかしいのではないかと思います。

shiro4ao さんが書きました:武器が判定する仕事をするべきである→フェンシングのように武器が判定をブザーで通知する
審判が判定する仕事をするべきである→剣道のように審判の判断で声で判定を通知する
という違いなのでしょうか。
コンピュータにおける実装の場合どちらが便利がいいのかは私にはわかりません。

LisetteLander さんが書きました:例えば当たり判定用のマップなどを作って管理すれば、攻撃というイベントがあったらそこに座標と角度その他もろもろを登録するだけで、
キャラクターは自分の座標などを持ってメソッドにアクセスすれば、ひょっとしたら帰ってくるbool値だけで判断もできるということですね
ただし、マップに当たり判定をガンガン追加していく方法は想像もつきませんが・・・

ISLe さんが書きました: 武器だけじゃなく当たり判定を持つ部位をすべてリストに登録して判定クラスで重なりをフィードバックすれば、ダメージを与えるのも受けるのも同じように処理できます。
武器も人も固定された罠もすべて、当たり判定を持つものとしてそこにあるということです。

Dixq (管理人) さんが書きました: 私が考えていたのは、その判定クラスをインスタンス化せず、
判定に必要なパラメータだけ持っておいて、判定クラスはそのパラメータを渡せば仕事をしてくれるような作りでいいのではないかと思いました。

LisetteLander さんが書きました:"リストに登録"とはstd::listというものでしょうか？
とすると、具体的な実装方法として、
座標、大きさ、形、存在時間の要素を持ったstruct型をpushしていき、イベントがあれば先頭から一つ一つ判定していく、ということでしょうか？
それとも、”フィードバック”というのがよくわからないですが、とにかくリストに追加していき、
ひと通り、１フレーム内の処理が終わったらJudge.Refresh()とでもしてクラスから各オブジェクトに結果を渡すということですかね・・・

ISLe さんが書きました: std::listを剥き出しで使うと応用が効かないので独自にインターフェースを設計すると良いと思います。
分類とかソートとか効率の良い方法は状況によって違うのであとから内部構造を変更できるように配慮しておくべきです。