);というメモリリークの発生を確認できる関数があるのを知ってからnewを使ってみたくなったのが現状です。・メモリリークのリスク・コンストラクタを有効に活用できそう・オブジェクトの空きを探す手間は無いが、動的に確保するときの処理時間はどうか?・newによる動的確保は処理が遅いと聞いた事があります、STGのように1フレームが重要なゲームの場合どうか?今はこんな感じです。);}else{//オーバーフローをしらせる・・・}}・・・・その他関数};どちらがいい?・・・と聞いても人によって考え方は違うと思いますが、何かしら意見を下さると幸いです。STGを作ってる方は「私は動的に確保してますよ」、「違う方法で確保してます」など、どうやっているかを教えてくださると幸いです。方針:私は仕組み・考え方を理解して欲しいので直接的なコードを回答することはまれですので、すぐコードがほしい方はその旨をご明記下さい。私以外の方と交代したいと思います(代わりの方がいる保証は出来かねます)。設定した数以上オブジェクトを確保しない、ですが、listでは配列と違って確保できるオブジェクトの数に制限がありません。今のパソコンなら少なくとも2GB~4GBは積んでいるでしょうし大丈夫でしょう。逆にi5以上程度の性能のCPUであればサクサクと動いてくれるでしょう。・deleteしなくてもいいのでメモリリークを防げる・起動時に大量のメモリ領域を確保するが、最近のPCは1GBくらい積んでることが多いから大丈夫?・初期化のタイミングが分からないのがネック・オブジェクトを配列で管理した場合、空きを探す手間があるこれは静的確保ではなくて静的変数の特徴ではないですか?ローカル変数については2番目と3番目は当てはまりません。STGを作ってる方は「私は動的に確保してますよ」、「違う方法で確保してます」など、どうやっているかを教えてくださると幸いです。自分は基本的にSTLコンテナとスマートポインタの組み合わせで管理しています。7年前newをオーバーライドすれば、あらかじめ一括で確保しておいたメモリを要求に応じてオブジェクトひとつずつ割り振る、ということもできますけど。newのデフォルト実装ではありますが、遅いのはメモリの動的確保であってnewの呼び出しではありません。色々な意見をありがとうございます。下手にnew使うよりSTLコンテナを使ったほうが安全で良さそうな気がしてきました。最近のPCではメモリの動的確保を気にする必要はないのではないかと思ってます。こちらに、最近C++とJavaでDXライブラリを使用した時のパフォーマンス比較を行ったデータを置いています。http://dixq.net/forum/blog.php?u=53&b=3266C++もJavaも、7万個程度弾を描画して初めて処理落ちしました。(この辺はPCスペックによりますが)その処理時間も、計算:描画=1:4で、ほとんどが描画にかかっています。"計算"は描画以外のほぼ全ての処理が含まれますから、メモリ確保、解放にかかっている時間は、全体の割合からするとかなり少ないと思われます。ちなみに、このデータはSTLのlistに必要な時Bulletをnewして突っ込み、画面から出たらdeleteして消しています。最近のPCではメモリの動的確保を気にする必要はないのではないかと思ってます。"計算"は描画以外のほぼ全ての処理が含まれますから、メモリ確保、解放にかかっている時間は、全体の割合からするとかなり少ないと思われます。最近は気にするほどではないみたいですね。ありがとうございます。ミクプラは自由にリンクできます。