シューティングゲーム製作技術総合 17機目

**名前は開発中のものです。** · 2008/11/27(木) 10:18:19

ゲームプログラマなら誰もが通る、もしくは、通った道。青春の香り？
それは「シューティングゲーム製作」・・・。

このスレでは、そんなシューティングゲームの製作技術や技術の検証、成功談
失敗談笑い話、難易度の設定方法論、多弾の是非などについて語り合いましょう。
もちろんBulletMLなどで弾幕を作成してみたり、自分の作ったシューティングを
晒してみたり、プロジェクトをはじめてみるなどもOK！

ただし、シューティングの未来とか既存のゲームの話題などは、関連する他の
スレでやってくれ。

過去スレ，関連スレは >>2-3で。

**名前は開発中のものです。** · 2009/03/05(木) 19:17:32

>>636
だからFire、Exist、Touch等はMove内の処理だろ？
各オブジェクトの移動と描画をMoveとDrawに分けてるんだから
細分化って何をどうしたいんだ？

**名前は開発中のものです。** · 2009/03/05(木) 19:20:00

おちつけ

**名前は開発中のものです。** · 2009/03/05(木) 19:57:43

俺はこんなの。
各自オブジェクトがスクリプトで行動を切り替えてる。
自殺もするのでオブジェクトを管理して回してる奴が生き死にを確認したりもしてる。
　
//インタプリタなスクリプト。Objectから呼んでActionを主に更新する。
class Script{
　　
};
　
//MoveとかFireとかの基底のインタフェース
class Action{
　　bool update(void);//処理が終了していたらtrueを返すとかそんなの
};
　
//敵、自機、弾、その他の基底のインタフェース
class Object{
protected:
　　Script scr;
　　Action act;
public:
　　void update(void);//この中でact.update()を処理したりScriptを呼んでactの切り替えをする。
　　void draw(void);//描く
};
　
なんか面白い組み方があったら教えてほしい。
という技術の話題を振ってみる。

**名前は開発中のものです。** · 2009/03/05(木) 20:02:25

なぜか上げてた。特に意味はない。

>>638
なんだ、その。いや、ゲーム全体からみりゃそうなんだが。

if　ポーズ中じゃないなら
{
forループ
オブジェクト配列[i].Move()
forループ
オブジェクト配列[i].Fire()
forループ
　　forループ
　　　Touch(オブジェクト配列[i],オブジェクト配列[j])
}
forループ
　　オブジェクト配列[i].Draw()

とかやんね？

**名前は開発中のものです。** · 2009/03/05(木) 20:12:12

>>640
今の所、難易度別の行動設定とか用意してないんで、オブジェクトの行動は敵の種類ごとにべた書きだなー。

**名前は開発中のものです。** · 2009/03/05(木) 20:19:46

>>640
なんかJAVA JAVAっぽいね
それはおいといて
これの Object 派生させるの？

**名前は開発中のものです。** · 2009/03/05(木) 20:24:42

>>640 と >>641同じ人なの？

>>643
この作りでObjectを派生させたらナンセンスだと思う。
オブジェクト配列を派生するなら判る。

派生とかクラス設計の人は
>オブジェクト配列[i].Fire()
>Touch(オブジェクト配列[i],オブジェクト配列[j])
などをやらない
「オブジェクト配列に、Fireを行わないオブジェクトや、
Touchが不用なオブジェクトを入れられ無いっておかしくね？」

…と思うんじゃね？

**名前は開発中のものです。** · 2009/03/05(木) 20:25:20

>>643
ほとんどのクラスをスマートポインタラッパにしてjavaのようにC++で書いてる。
で、
class Bullet : public Object
class Enemy : public Bullet
とかしてる。
MyShipをどこから派生させると美しいかは毎回悩む。

**372** · 2009/03/05(木) 20:27:09

>>645
3人目ゲット

**名前は開発中のものです。** · 2009/03/05(木) 20:41:04

>>646
?

**名前は開発中のものです。** · 2009/03/05(木) 20:45:15

>>644
んにゃ別。

>Objectを派生させたらナンセンスだと思う。
マジカー。Fire()で実装が空とかなんだが。実際Fireしてもほんとに撃つかどうかはオブジェクト依存だしいいかなーと思ってる。
ってかFire()という名前が問題か。

Touchのほうは実際は、自機リスト、敵機リスト、背景オブジェリスト、前景オブジェリスト、などから
2つ選んでハードコーディングする。だからまぁ自機_敵機、敵機_自機弾_自機_敵弾の3つぐらいTouchを利用したループがある。

自分で言っててあんまりきれいな実装じゃないかも。

**名前は開発中のものです。** · 2009/03/05(木) 20:48:41

>>645
継承がis aの関係じゃない時点で美しくない

**名前は開発中のものです。** · 2009/03/05(木) 20:53:18

富豪的にはありなんだろうけど…。　今俺本当に日本語書けてる？
以下、俺の思い浮かべる評判の悪いクラス設計の例。「is a」ぐらいは守ってる？
vector<Obj *> ObjArray;
class Obj
{
　 virtual void Update()
　 {
　　 Move();
　 }
　 virtual void Move(){/*実装*/}
};
class EnemyObj :Obj
{
　 virtual void Fire(){/*実装*/}
　 void Update()
　 {
　　 Move();
　　 Fire();
　 }
};
class EnemyA :EnemyObj
{void Fire(){/*ユニークな実装*/} void Move(){/*ユニークな実装*/}};
class Barrier :Obj
{
　 bool IsTouch(Obj tgt){/*実装*/}
　 void Update()
　 {
　　 Move();
　　 foreach(vector<Obj *>,tgt,ObjArray)IsTouch(Obj tgt);//foreachの構文が今ググったら違った!?
　 }
};

**名前は開発中のものです。** · 2009/03/05(木) 20:54:12

>>645
class Enemy : public Bullet
だと Bullet 属性も継承することになるんだが・・・
Bulletクラスに破裂するという操作があると
Enemyにも引き継がれるが

それだったら Object に破裂操作を最初っから純仮想関数で宣言しておき
class Bullet : public Object;
class Enemy : public Object;
の方が自然じゃない？

とりあえず >> 372 のソースが見たいものだが
オブジェクト＝メモリのかたまりと考えてるのか？

**名前は開発中のものです。** · 2009/03/05(木) 20:55:41

>>649
640のObjectは例えで、ScriptとかActionはもう少し上で持ってる。
updateだけを持ってるクラスがだいたいの基底。
で、Enemyは高級なBullet的な定義をするんだけど
(BulletもAbstractBulletみたいなのを作って細分化した方がいいとか悩む)
MyShipはどこがいいのかに悩んでる。
　
どうだろうか？

**名前は開発中のものです。** · 2009/03/05(木) 21:04:28

>>651
Bulletの破裂はEnemyの死。
Bulletだって弾を撃つことはある。
そんな感じでBulletに出来てEnemyに出来ないことがあまり考えつかないから　class Enemy : public Bullet　にしてる。
　
あと、EnemyAとかEnemyBってのは作ってなくて、全部スクリプトで決めてる。
　
Enemy img="res/enemy/zako1.bmp" x="100" y="100"
Move r="90" v="100"
Sleep sec="60"
　
みたいなの。

**名前は開発中のものです。** · 2009/03/05(木) 21:27:03

>>650
それは Prototype パターンだね

**名前は開発中のものです。** · 2009/03/05(木) 21:39:01

ライフゲームの1セルを1オブジェクトにした実装はしない
と前書いた時通じたかと思った…

>>651
>とりあえず >> 372 のソースが見たいものだが
>オブジェクト＝メモリのかたまりと考えてるのか？
DirectXの都合で、同じ描画のオブジェクトを集めたい

言語が痛いので、模擬コードです
class DrawAbleObj
{
　描画位置配列;
　 void Draw(){/*SetStreamSource()1回に、SetMatrix()とDrawPrimitive()を配列要素数回 */}
　 virtual update()
　 add(座標)…など
}
class bullet :
class enemy :
class enemy_bullet :
/*初期化*/
DrawAbleObj配列.add(new bullet())
DrawAbleObj配列.add(new enemy())
DrawAbleObj配列.add(new enemy_bullet())
/*メインループ内のDraw*/
　 foreach(型,i,DrawAbleObj配列)
　　 i.Draw();

>>652
MyShipに継承させたい物はあんまりないな
グローバルまで行かなくても、参照されて困らない所に在ればよくね？

**名前は開発中のものです。** · 2009/03/05(木) 21:39:53

>>653
その構造だと Enemy インスタンスが消滅すると
Bullet インスタンスも消えてしまうけど
Bullet インスタンスを残しておきたい場合などの表現が不可能になる

Enemy *enemy = new Enemy
enemy->Fire(); // ここでbulletが複数作られる
enemy->End(); // 敵の消滅
delete enemey; // ここでbulletも全部消える

継承という概念が分かってない
どこかで不具合がでてくる
設計で悩んでる

**名前は開発中のものです。** · 2009/03/05(木) 21:45:45

>>655
君は問題ない

**名前は開発中のものです。** · 2009/03/05(木) 21:47:03

>>656
Enemyが死んでもBulletは死なないように作ってる。
なんでBulletが消えるのか分からない。
EnemyのFireをBullet管理者が受け取ってBulletが生成されてるだけで、Enemyとの関連はない。

**名前は開発中のものです。** · 2009/03/05(木) 21:47:30

一体何の話かわからない俺はベターC

**名前は開発中のものです。** · 2009/03/05(木) 21:53:28

>>654
いちお、生存期間中にCloneを作る事はないよ

自称Strategyのつもり、Update()に多態性を持たせたい
しかし、生存期間中にEnemyAがEnemyBにキャストされるような事はないので、自称

>>657
thx

**名前は開発中のものです。** · 2009/03/05(木) 21:59:43

#include <stdio.h>

class Object
{
protected:
double x;
public:
virtual void Fire() = 0;
};

class Bullet : public Object
{
public:
virtual void Fire();
};

class Enemy : public Bullet
{
public:
virtual void Fire();
};

//----------------------
// 永遠に呼ばれない
void Bullet::Fire()
{
x = 2.0;
printf( "%f\n", x );
}
//----------------------

**名前は開発中のものです。** · 2009/03/05(木) 22:00:07

void Enemy::Fire()
{
x = 1.0;
printf( "%f\n", x );
}

void main()
{
Object *obj = new Enemy;

obj->Fire();

delete obj;
}

となり無駄が生じる

**名前は開発中のものです。** · 2009/03/05(木) 22:03:17

>656こんな事言う人に問題ないと言われても安心できないと思うんだが
というかID:/7Ei5x6Qがなにを言いたいのか分からない

**名前は開発中のものです。** · 2009/03/05(木) 22:06:05

>>661
BulletもEnemyもFireは持ってない。
BulletもEnemyも呼ばれるのはupdateとdrawだけ。
それぞれの行動はupdateの中でScriptが決めてActionに実体がある感じ。
　
class Fireはないけどあえて書くなら
class Fire : public Action
class Move : public Action
みたいになっている。

**名前は開発中のものです。** · 2009/03/05(木) 22:11:08

>>664
すまんねちと混合していた
Fire() はないようだね

君は Composite パターン

問題ない

ただ、複雑になるのはある程度予測しといた方がいい

**名前は開発中のものです。** · 2009/03/05(木) 22:15:21

>>664
いや
class Enemy : public Bullet
ここが問題

それでいくなら Decorator パターン

class Decorator : public Object
class Bullet : public Decorator
class Enemy : public Decorator
class MyShip : public Decorator
ではどうかね？

**名前は開発中のものです。** · 2009/03/05(木) 22:21:16

>>663
>>656のミスリードには気付いてたけど、僕がいう事じゃ無いし

後はみんなの好き嫌いをアンケート程度の気分で聞いておく
>>661
ぐらいだったら、僕は許すな
アンチパターンも許すけど、

>Draw(){/*SetStreamSource()1回に、SetMatrix()とDrawPrimitive()を配列要素数回 */}
は譲れないな

**名前は開発中のものです。** · 2009/03/05(木) 22:23:48

>>660
なるほど EnemyA, EnemyB に目がいっていた

君がしたいのは Iterator パターンでは？

**名前は開発中のものです。** · 2009/03/05(木) 22:50:23

//----------------------
// 永遠に呼ばれない
void Bullet::Fire()
{
printf( "部長ぉぉぉぉぉぉぉ！！！\n" );
}
//----------------------
とかしてもいいかな

**名前は開発中のものです。** · 2009/03/05(木) 22:53:56

//----------------------------------------------------------------------------
// 永遠に呼ばれない
void Bullet::Fire()
{
MessageBox( HWND_DESKTOP, "返事がないようだただの屍のようだ", "error?", MB_OK );
or
MessageBox( HWND_DESKTOP, "パターンが分からないようだ", "error?", MB_OK );

}
//----------------------------------------------------------------------------

**名前は開発中のものです。** · 2009/03/05(木) 23:03:09

いまさらだけど、>>656の
＞Enemy インスタンスが消滅すると
＞Bullet インスタンスも消えてしまう
な　に　を　い　っ　て　い　る　ん　だ　？

継承を理解してないな。

それはそうと個人的には　class Bullet : public Enemy なんだけどな。　弾は特殊な敵って意味合いで。

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

>>671
ミスリードと言ってるだろ

反応ないから寝る

**名前は開発中のものです。** · 2009/03/05(木) 23:16:48

なんとなくメモリの動的確保をしたくない俺は
ずらずらとスパゲティ書いてるｗ

**名前は開発中のものです。** · 2009/03/05(木) 23:42:12

うむ。まだデザパタがまだ生成パターンしか読み終わってないうちにはちと辛いな、デザタパで説明が完結されるとorz
てかみんな柔軟だな。実際のコードを覗いてみたいぜ。･･･C++は多分読めないけど

**名前は開発中のものです。** · 2009/03/06(金) 00:03:12

>>674
ID:/7Ei5x6Q の言ってることはあまり気にしない方がいいよ。

**名前は開発中のものです。** · 2009/03/06(金) 07:29:29

>>675
ID変えてからの反応ではもう誰も信頼せんよ
そんなに否定するなら代案だせよ

ID:K8fBdWo9「だれか～このソースどうにかしてくれませんか～？」
ID:/7Ei5x6Q「こういうのはどうかね？」
ID:K8fBdWo9「・・・」

この船は先に進むんですか？

**名前は開発中のものです。** · 2009/03/06(金) 08:00:37

>>676 港につきません。

**名前は開発中のものです。** · 2009/03/06(金) 11:06:50

どこをどう勘違いしたら>>656みたいな解釈になるんだ。

ていうか

＞継承という概念が分かってない

ってのはID:/7Ei5x6Q 自身の話かな。
とりあえずC++のサイト回って勉強してみては？

**名前は開発中のものです。** · 2009/03/06(金) 12:07:53

>>676
ID:K8fBdWo9が低レベルすぎて話にならない所をやんわり流してるんだろ。

**名前は開発中のものです。** · 2009/03/06(金) 12:11:05

>>676
間違えた
ID:/7Ei5x6Qが低レベルすぎて話にならない所をやんわり流してるんだろ。

**/7Ei5x6Q** · 2009/03/06(金) 12:58:32

そうなのかい？
君のはデコレータパターンとコンポジットパターンの組み合わせだよ
もしくはパターンに当てはめられるのが嫌だったのかな
ごめんよ・・・

**名前は開発中のものです。** · 2009/03/06(金) 13:07:51

クラス？継承？new？知らんがな(´・ω・｀)

構造体最強ﾋｬｧﾊｧｧｧｧｰ

**名前は開発中のものです。** · 2009/03/06(金) 13:36:30

よう、俺。

**名前は開発中のものです。** · 2009/03/06(金) 13:57:04

>>682 その結論はオカシイ
　このパターン厨の書いてることは、パターンの名前で
ググる事ができる奴が見たら赤面もんのことばかりだぞ…

>>674の持ってる本がちょっと分厚過ぎるじゃないか？
GoFは、たった23個しか無くて判りやすい図が入ってる

…STG制作にはアンチパターン>>655が要る事もあるが、
発想の種子ぐらいにはなるんじゃない？

**名前は開発中のものです。** · 2009/03/06(金) 14:06:02

>>684
いや、俺はガチで会話についていけないだけだｗｗ
最近になってポインタの使い道がわかって喜んで関数作って動いてSUGEEEEEEEEってやってるレベルだ

独学ﾏﾝｾｰ

**名前は開発中のものです。** · 2009/03/06(金) 14:15:36

みんないったい誰と戦っているんだ!?

**名前は開発中のものです。** · 2009/03/06(金) 15:03:36

ブルマは脱いだらアカンがな(｀・ω・´)

**名前は開発中のものです。** · 2009/03/06(金) 16:33:57

このスレでは、そんなシューティングゲームの製作技術や技術の検証、成功談
失敗談笑い話、難易度の設定方法論、多弾の是非などについて語り合いましょう。
もちろんBulletMLなどで弾幕を作成してみたり、自分の作ったシューティングを
晒してみたり、プロジェクトをはじめてみるなどもOK！

何でここ喧嘩と設計の話ばっかりなの？
実際に作ってる奴いるの？

**名前は開発中のものです。** · 2009/03/06(金) 17:41:36

これは自作自演でうpする前フリだな

**685** · 2009/03/06(金) 18:57:39

作ってるぜっ(・∀・)半年前に一度うｐしてるぜ

**名前は開発中のものです。** · 2009/03/06(金) 19:33:21

頑張ってクラスとか継承とか使ってみるものの、こんがらがって死ぬ
設計がいかに大事かがセッ分かった気がする

**名前は開発中のものです。** · 2009/03/06(金) 19:49:27

俺はObject クラス作って基本、自機や敵、それらの弾、爆発、背景等はみんなObjectから派生させて作ってる
敵から出る弾は当たり判定チェックの関係上、壊せる弾は敵と同じ扱い(Enemy派生)、壊せん奴は別扱い
ただ、getxとか使うとイメージ的に負荷かかりそうで座標とかpublicにしてるためStructチックになってしまってるorz
以前は強引にfriend使ってたｗ
まあとりあえず完成させればいいよな、どこかは言わんが以前別スレにうｐしてる

**名前は開発中のものです。** · 2009/03/06(金) 19:58:07

>>692
特定した

**名前は開発中のものです。** · 2009/03/06(金) 20:04:30

>>692
当たり判定はどこのクラスでやってる？

**名前は開発中のものです。** · 2009/03/06(金) 20:35:02

作ってるぜ、劣化サイヴァリアみたいなの。ここのレスはレベルが高くて理解出来ないけど。

**名前は開発中のものです。** · 2009/03/06(金) 20:40:28

この流れなら言える！！
ちょい前までゲーム制作ブログのオマケでSTGも挙げてたけど、全部消してバックれたぜｗ

…移転先や安否を気遣うメールは一通たりとも来なかったぜ…　orz
きっと、色々内情を察してくれたんだ、多分、きっと多分

**名前は開発中のものです。** · 2009/03/06(金) 20:45:54

当たり判定はゲーム本体のクラスでやる予定（以前はグローバル関数でやってた）

**名前は開発中のものです。** · 2009/03/06(金) 21:37:07

>>696
バックれたら移転先もわからんだろうｗ

**名前は開発中のものです。** · 2009/03/06(金) 21:42:08

>>697
ミジンコがうじ虫になるくらいの進化じゃないか！

マジレスするならグローバル関数でやるのと大差ないぞ、それ。

**名前は開発中のものです。** · 2009/03/06(金) 21:50:00

JAVAで作ってるのは俺くらいか……
つい最近調べてみたら、なんか東方遊夜雀なんてもんが開発されてたりするのね。
ハードル高いｗｗｗｗ

**名前は開発中のものです。** · 2009/03/06(金) 21:58:23

駄目なのか
他にも敵クラス辺りに当たり判定するメンバ関数作ることも考えてるけど
まあ呼び出すところは変わらんけど

**名前は開発中のものです。** · 2009/03/06(金) 22:02:00

普通はbulletクラスかplayerクラスにisHit関数を付けるもんだろう。
だってそうしないと弾固有の当たり判定とかとれないじゃん。

**名前は開発中のものです。** · 2009/03/06(金) 22:23:03

>>697
俺の場合、
class CollisionListener {
public:
　　int getX();
　　int getY();
　　int getWidth();
　　int getHeight();
　　void touched(CollisionListener* obj) // objは衝突相手
};

class Player : public CollisionListener;
class Bullet : public CollisionListener;
class Enemy : public CollisionListener;

/* 衝突判定のカテゴリを分類する。(例：プレイヤなら敵、敵弾、地面と衝突。敵弾ならプレイヤ、地面と衝突) */
enum CollisionGroup { Player, PlayerBullet, Enemy, EnemyBullet, Ground };

/* 衝突検知を管理するクラス(ほんとは○○マネージャとかいう名前はダメなんだとかうんたらかんたら……) */
class CollisionManager {
public:
　　void addListener( CollisionGroup type, CollisionListener* listener ); // リスナ(プレイヤ、敵とか)を登録する
　　void removeListener( CollisionGroup type, CollisionListener* listener ); // 登録を抹消する
　　void detect();　// 登録されたリスナの衝突を検知し、衝突したならリスナのtouchedメソッドを呼び出す
};

**名前は開発中のものです。** · 2009/03/06(金) 22:27:05

ぶっちゃけ関連ページが全部消えててメアドだけ生きてるとは普通思わないもんな

>>701
これくらいなら「ダメ出し」があったとしても、クラス設計の善し悪しの話で、
>>702みたいなのをifで逃がすことになると、クラス設計が下手だと言われる。

　その関数の中に、switchやifが沢山含まれるなら、設計を変える事で
良くなる『可能性』があるし、将来の拡張でswitchやifを加えないで済む『可能性』もある

アドホックなswitchやifも許し…　
…今クラス設計の話をしてるんだから、参考にすべきだ(ﾟДﾟ)ﾊｯ！

**名前は開発中のものです。** · 2009/03/06(金) 22:51:03

それはそうとおまえらに質問。
クラス名の相談なんだが、敵の弾クラスはbulletでいいと思うんだが、自分の発射した弾はなんて名前にするのがベスト？
bulletクラスを継承してないからplayerBulletって名前にするのも変だし……

**名前は開発中のものです。** · 2009/03/06(金) 22:59:54

shot に一票

**名前は開発中のものです。** · 2009/03/06(金) 23:06:52

>>705
EnemyBullet,PlayerBullet
って明記してしまえば後で見ても間違わない気がする。
気がするだけかもしれない。

Object -> Enemy -> EnemyBullet
　　　├ -> Player
　　　└ -> PlayerBullet
みたくなるだろうけど、それでよければ。

**名前は開発中のものです。** · 2009/03/06(金) 23:07:20

>>706せんきゅー。shotって命名しておいたぜ！
それと、携帯アプリのSTGだとどういうインターフェイスで弾撃たせるのが楽かな？
自動で撃ってしまうとそれはそれで戦略性が低くなってしまいそうなのだが。

**名前は開発中のものです。** · 2009/03/06(金) 23:09:44

>>707は矢印の方向に継承するってことでヨロ。

クラス図としてみたら逆になっちゃうけど突っ込んじゃらめぇ

**名前は開発中のものです。** · 2009/03/06(金) 23:10:38

プレイヤーの弾はChinkoにして可読性を著しく低下させてる

**名前は開発中のものです。** · 2009/03/06(金) 23:14:46

>>710
おま…それアンタッチャブルじゃないか
触れないです＞＜

**名前は開発中のものです。** · 2009/03/07(土) 14:49:37

class OchinpoMilkとかやるだろ。
あとで後悔するんだけど。

**名前は開発中のものです。** · 2009/03/07(土) 15:07:06

確かにシューティングゲームだな

**名前は開発中のものです。** · 2009/03/08(日) 05:03:44

class AbstractManko
{
private:
virtual long ChinkoPlease(size_t) = 0;
};
//○月×日作成: すべてのクラスはこれを継承してねｗ名前変えないでねｗ

**名前は開発中のものです。** · 2009/03/08(日) 07:56:41

すべての存在はAbstractなMankoから生まれる……

**名前は開発中のものです。** · 2009/03/08(日) 15:43:28

なるほど。playerはmotherShipクラスから生成されて、enemyはalienMotherクラスから生成されるんだな……

**名前は開発中のものです。** · 2009/03/08(日) 16:19:58

ChinkoPlease(size_t) がprivate:って、
ありえねぇーことを宣言するなｗ。

**名前は開発中のものです。** · 2009/03/08(日) 16:29:42

ＳＴＧの話題じゃないけど
#include <iostream>

class A{
private:
virtual void aa(void) = 0;
};
class B : public A{
public:
void aa(void){}
};

int main(void){
B b;
b.aa();

std::cout << "hello" << std::endl;
char c;
std::cin >> c;
return 0;
};

が通るのは何で？

**名前は開発中のものです。** · 2009/03/08(日) 16:35:19

何が疑問なのかわからないが、、、、virtual をオーバーライドした関数はvirtual が無くてもvirtual

**名前は開発中のものです。** · 2009/03/08(日) 16:54:34

タイプセーフが無いC++的にはこうだよ。タイプセーフな他の言語から見るととおかしいのだろうけど
#include <iostream>

class A{
private:
？？？？ virtual void aa(void) = 0;
public:
？？？？ void update(void){
？？？？？？？？ std::cout << "update" << std::endl;
？？？？？？？？ aa();
？？？？ };
};
class B : public A{
public:
？？？？ void aa(void){
？？？？ std::cout << "aa() of B called." << std::endl;}
};

int main(void){
？？？？ B b;
？？？？ A *a;
？？？？ a = &b;

？？？？ //a->aa(); エラー
？？？？ a->update();
？？？？
？？？？ return 0;
}

**名前は開発中のものです。** · 2009/03/08(日) 16:54:35

？？？何で通らないと思うのか？

class A の private: virtual void aa(void) = 0;
は、どこでも使ってないから捨てられるだろ？
ちなみに *aa=NULL; って意味だから。aa(); とかやって実行するのは危険だね。
Windows なら特権エラー(不正な処理を実行しましたダイアログ)かな？

class B の public: void aa(void){}
は、main 始まったらすぐ実行されるね。ここは、
public: void aa(void){std::cout << "ot"; }
とでもしとけば？

**名前は開発中のものです。** · 2009/03/08(日) 16:58:17

>>721
*aa=NULL; はまちがい。aa=NULL;

**名前は開発中のものです。** · 2009/03/08(日) 17:01:45

C++はあまりわかんないです。
不思議だと思ったのは
class Aのprivateな抽象関数aaを
Aを継承したclass Bでpublicに実体を作っているところです。

**名前は開発中のものです。** · 2009/03/08(日) 17:07:12

「privateな抽象関数aa」は、class Bへ継承させても、継承されてないよ。だってprivateだもん。

**名前は開発中のものです。** · 2009/03/08(日) 17:09:35

>>724
そう思います。
でもこれが通らないんです。
#include <iostream>

class A{
private:
virtual void aa(void) = 0;
};
class B : public A{
public:
//void aa(void){}
};

int main(void){
B b;
//b.aa();

std::cout << "hello" << std::endl;
char c;
std::cin >> c;
return 0;
};

**名前は開発中のものです。** · 2009/03/08(日) 17:11:14

>>724

**名前は開発中のものです。** · 2009/03/08(日) 17:12:13

>>724
virtual抜いたらコンパイルできない。
http://codepad.org/MaZEDgo2

「privateな抽象関数aa」は、pubicな aa()でもオーバーライドできるだろ

**名前は開発中のものです。** · 2009/03/08(日) 17:15:16

>>724
ごめん間違えた。
「privateな抽象関数aa」は、class Bへ継承されているが class Bのpublic aa();の方が優先だから、
class Bのpublic aa();にしかアクセス出来ない。

ここでclass A の privateやvirtualなbb();とかあれば、継承されるから、
int main(void){
B b;
b.bb();
とかで使えると思う。

**名前は開発中のものです。** · 2009/03/08(日) 17:18:35

抽象関数を持つclass Aを継承したclassは、
class Aの抽象関数を実体化しなくてはいけない。
　
　
と思っていたのです。
そうではないのですね。
javaから入ったので不思議でした。

**名前は開発中のものです。** · 2009/03/08(日) 17:25:14

>>728
>class A の privateやvirtualなbb();とかあれば、
ねーよｗ
http://codepad.org/aEfKdVPO

**名前は開発中のものです。** · 2009/03/08(日) 17:25:58

ttp://msugai.fc2web.com/java/override.html
＞アクセス修飾子の規則の例外として、private 修飾されたメソッドはオーバーライドできません。
JavaもC++も同じじゃないかな？

**名前は開発中のものです。** · 2009/03/08(日) 17:27:59

>>730
>>728
ごめんそれも間違いだ。bb();とか無理です。

**名前は開発中のものです。** · 2009/03/08(日) 17:31:31

privateな抽象関数を持つclass Aを継承したclass Bが実体化出来るのが不思議。
同class Aの抽象関数aaと同じ名前のpublicな関数をclass Bに作ったことで動く事が不思議。
同class Aの抽象関数aaを継承したclass Bでで作らないと実体化できない事が不思議。
なんかそんな感じです。
すみません。

**名前は開発中のものです。** · 2009/03/08(日) 18:00:50

プログラム板の初心者C++スレでやろうぜ・・・

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

Ｊａｖａは違うのかもしれんがＣ＋＋はそういう仕様なんでしょ
メンバ変数も違うアクセス修飾詞でオーバーライドできるし
抽象関数を持ったクラスはそれを派生させて実装したクラスでないと実体化できんのはＪａｖaでも同じでしょ

**名前は開発中のものです。** · 2009/03/09(月) 00:20:55

javaって派生先の仮想関数のアクセス修飾を変えれなかったんじゃなかったっけ？

**名前は開発中のものです。** · 2009/03/09(月) 00:54:10

オブジェクト指向も度がすぎると、使われもしないゴミクラスが
沢山残る罠。

**名前は開発中のものです。** · 2009/03/09(月) 01:02:27

↑ただ単に今一、配慮を怠ったクラスを書くと
そういう事になると言うのをいいたかっただけ。