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

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

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

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

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

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

**名前は開発中のものです。** · 2009/03/03(火) 16:49:32

>>574 >>575
数学から逃げるなよ
>>573のは「回転行列」とか調べれば分かるはず

**名前は開発中のものです。** · 2009/03/03(火) 17:02:34

>>576
その回転行列？っぽい方法でなら実装できそうだ
がんばってみる

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

>>577
あ、もしかしてまだ習ってない年齢とか？
そしたら言い方が悪かった
「回転行列」とか「一次変換」とか。三角関数が分かれば理解できると思う。

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

>>578
いや…なんというか…俺の通ってた高校がちょっとアレなとこでな…
高２くらいの時に三角関数の基礎は習ったっぽいんだがそのあと二次関数と三角関数の基礎を往復してたんだ…

一応sinとかついてる関数の使い方やラジアンうんたらは自力で勉強してそこはかとなく理解した
んで今作ってるシューティングにどうしても矩形の判定を使うシーンが出て来て／(^o^)＼
ググってみて回転行列はよくわからんかったがとりあえず俺の作った「点ｐと点ｑの座標を渡すとｐ→ｑのラジアンを返す関数」を使えば何とかなりそうだ

**名前は開発中のものです。** · 2009/03/03(火) 17:28:57

>>579
自力でできてるならなんとかなるじゃん。頑張ってね。

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

>>580
(・∀・)ｂ

ID:TEDvPeCPも超ありがとう

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

実装できたぜ
http://www.dotup.org/uploda/www.dotup.org4085.jpg

改めて御礼を申し上げます(・∀・)

**名前は開発中のものです。** · 2009/03/04(水) 02:47:16

絵を見ながら考えてみた。三角関数使わなくても
直線と点の距離で判定することも可能

レーザの直線をL、判定する座標をPとした場合、
直線Lに直交し座標Pを通る直線L'を求め、
直線Lと直線L'の交点と、座標Pの距離を求める。

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

画像だけなんでしょ？

**582** · 2009/03/04(水) 06:11:33

電話から失礼(・∀・)
>>583
なんか難しそうだな…
家帰ったら考えてみる

>>584
青◇は画像、赤◇は当たり判定、白◇と白○は回転したレーザーと自機の当たり判定を関数で表示させてる(・∀・)ちゃんと当たり判定あるぜ

**名前は開発中のものです。** · 2009/03/04(水) 11:37:54

>>583は内積の公式がそのまま使えるってだけなので…
学校で習うことも無駄では無いよぐらいのお話
だから
>直線Lに直交し座標Pを通る直線L'を求め、
は補助線だけで、計算する必要は無い

どちらかというと公式でググると全然出て来ないゆとり社会に絶望した
…仕方ないから描いた
ttp://www.dotup.org/uploda/www.dotup.org0763.jpg

上の回転前のでよくね？

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

レーザーを直線だとすると中学で習う y = ax + b の公式が使えるんじゃない。
接触したかどうかは目標の座標がこの公式に当てはまるかどうかで判定できないかな。
もっとも誤差をどうするかっつ問題もあるが。

**名前は開発中のものです。** · 2009/03/04(水) 11:53:42

画像キャッシュにおっぱいなメイドが残っててちょっとびっくりした

**名前は開発中のものです。** · 2009/03/04(水) 14:46:59

管理の機能ってなに？と聞いたら

まあ、全部クリックでジャンプ機能なんだが。
くわしくは、「ファセット分類」でググれ。

と友人から回答
こんな口の利き方のやつのために誰がツール作るかって感じだね
アイマスヲタ(　ﾟДﾟ)＜氏ね！

中野区から杉並区に引越し？
キモさがさらに増すねｗ糞
もう３０代市ねよとしか

**名前は開発中のものです。** · 2009/03/04(水) 15:26:30

その友人とやらが見たら一発で特定される情報満載だがわざとか。

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

NGIDにレスしない
「内積」が地雷だったらしい　　ごめんね

**名前は開発中のものです。** · 2009/03/04(水) 15:38:15

アホだから分からんよ

**名前は開発中のものです。** · 2009/03/04(水) 16:13:28

>>587
数学的にはそれでもおｋ
点の座標を任意の曲線に代入したとき、解となるか

でもコーディングのしやすさとかから結局内積か一次変換に辿り着く

**582** · 2009/03/04(水) 17:09:34

な、内積…？に…日本語で…

**名前は開発中のものです。** · 2009/03/04(水) 17:18:24

内積って日本語じゃなかったのか
ちなみに>>583は単なる外積

**名前は開発中のものです。** · 2009/03/04(水) 17:34:27

>>594
>>583を図に描いて
ttp://www.dotup.org/uploda/www.dotup.org0763.jpg
っぽくなってればおk
D3DXVec2Dot()があるから内積は求まる
あと
sin^2+cos^2=1
つまり
a^2*sin^2+a^2*cos^2=a^2
かな

実は外積ベクトルの長さでもいいんだｗ
|a x b| = |a||b|sinθ
べ、別に知らなかった訳じゃないぞ！

**名前は開発中のものです。** · 2009/03/04(水) 17:43:13

>>596
「点と直線」ならそれでおｋ
「点と線分」だったら長さの制限も必要

**名前は開発中のものです。** · 2009/03/04(水) 17:46:57

>>597
「点と線分」だからこうやって逃げてる
0≦|a|cosθ≦|b|

ごめん。　ウチは2次の外積って使ったこと無い。
外積だと線分を定義出来るの？

**582** · 2009/03/04(水) 17:47:15

sinとかそーゆーのはCの関数に丸投げしてるからよくわからんのだ…
正直三角関数も三平方の定理？くらいしかよくわからんｗｗ

けどゲーム動く！ふしぎ！！^p^

**名前は開発中のものです。** · 2009/03/04(水) 17:49:01

>>599
三平方の定理は三角関数じゃないぞ…

**582** · 2009/03/04(水) 17:50:58

>>600
なん…だと…!?

**名前は開発中のものです。** · 2009/03/04(水) 17:53:01

すごいね

何がすごいって
その昔ゲームプログラムの雑誌投稿とかしてた小中学生は
塾や独学で高校レベル大学レベルの数学を身に着けていたのに
今はそういう努力をしなくてもゲームが作れることを実証してしまっているという事実が

**名前は開発中のものです。** · 2009/03/04(水) 17:56:38

少しぐらいは勉強汁

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

>>598
それでおｋ
若しくは、端点2つから角度判定するとかもあり
どっちが高速かは知らんが

そして>>602に全力で同意
知らないのは罪ではないが、知ろうともしないのは大罪。

**名前は開発中のものです。** · 2009/03/04(水) 18:17:36

2次元の外積ってなんだったんだ？

**名前は開発中のものです。** · 2009/03/04(水) 18:29:39

>>602
どうせ応用利かないし動くものをうｐしないし口だけだし
ただの駄スレ

**名前は開発中のものです。** · 2009/03/04(水) 18:38:02

うｐしたのは去年９月が最後だったかな…

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

http://www.youtube.com/watch?v=HTMQIBypM1E

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

またキチガイが沸いてるな

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

DirectXを直に叩いて2DSTG作ってる人に質問。
2DSTGだと長方形描画がメインになることが多いけど、頂点バッファって使ってる？
四角を書くだけならDrawPrimitiveUPでもそんなにデータ転送発生しないし、
そんなにデメリットないのかなぁと。

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

>>605
お前は外積を何だと思ってるんだ？

**583** · 2009/03/05(木) 02:17:45

>>582
中学校でならった公式が役にたてる日がくるなんてなー
とか思いながら書き込んだんだ。直線の傾きを求める方法の方が
良いからとかいう思いはなかった。余計な一言だったらごめん。
回転前の座標に変換してから判定する方法で動いているのだから
そのやり方で良いとおもいます。

あと>>602
勉強しなくても良いと言うわけでなないけど、数学を頑張らなくても
ゲームを作れるライブラリがあって、それが目的に合ったものなら
使うべきじゃね？
プログラミングのコツは、いかに楽をするかだと思う。

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

>>612
>>602が「ライブラリを使うな」と書いてあるようには見えないけど

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

軽く皮肉ってるようには取れるな

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

皮肉られるのは当然だろｗｗｗ

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

自嘲も含まれてる気がするな。
まぁいいじゃん。どうでも。

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

でも三角関数くらいできてほしい

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

>>613
おちつけ、>>612に対するそのレスはちょっと暴投だぞ

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

レスが進んでタイミングずれてるしorz

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

>>618
＞ゲームを作れるライブラリがあって、それが目的に合ったものなら使うべきじゃね？
俺はこの発言を受けたまでだが。

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

>>620
だから皮肉ってると思うならその内容は何だと思ってるんだよ

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

>>620

602はいわば「さびしい世の中になっちゃったね」と言ってて
612はそれに「そんな捨てたもんじゃないですよ」と言ってて
話は噛み合ってるんだから、613のレスはズレてる。

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

＞612はそれに「そんな捨てたもんじゃないですよ」と言ってて
俺は「目的にあった便利なライブラリなら使うべきじゃない？」と言ってるように見えた。
前提から俺が間違ってたね。

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

お前らシューティングの話以外だと急に盛り上がるのな
つまんねぇ言い合いしてねぇで技術的な話しろやアホども

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

ゲームできちゃったらインストーラー作りたいじゃん？
あれってなんかライブラリかパッケージかなんかあんの？

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

フリーソフトでインストーラとか気持ち悪いよ・・・

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

>>625 Inno Setupとか。

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

フリーとか体験版でインストーラー使わないと始められないものは
DLしてもゴミ箱行きだ

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

>>624
わかったよ。

Moveってひとくくりにしてるけど実際の所、関数をさらに細分化すると管理しやすいと思わん？
座標移動、オブジェクト(弾)の生成、消滅判定、衝突判定とか。

1、とりあえず全員動かす。
2、弾やザコを追加する。
3、画面外の敵や弾を消す。
4、衝突判定する。

どうだろう

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

>>629
むしろ移動とか（別の）オブジェクトの生成をどうやって集約してんだよ
普通に作ってりゃいくつかの関数に分かれるだろ

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

技術的な話したかったら話を広げる努力しろよｗｗｗ
俺はしないけどｗｗｗｗ

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

>>631
消えろよカスｗｗｗｗｗｗｗｗｗｗ

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

>>630
俺に聞くなよ。そこら辺のMove、Drawに分けるべき、で解説が終わってるサイトに聞けよ。

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

>>633
おいおい、逆ギレか？ｗｗ
馬鹿め、自分の無能を呪えよアホｗｗ

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

>>629で何が言いたいのか意味分からん
Moveってひとくくり？何の話？
各オブジェクトにとりあえずMoveとDraw作ってそこに適当に関数作ったりしながら処理を書いてくんじゃないの？

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

>>635
ん、そうだよな。ただ自分の場合
Move()、Fire()、Exists()、Touch(オブジェクト a,オブジェクト b)、Draw()で決まりきって今の所問題もないからふと疑問に思って。

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

何が何だかワケワカメ

**名前は開発中のものです。** · 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「・・・」

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