物理エンジンはいつ使用する必要がありますか？[閉まっている]

Box2Dを発見したので、非常に小さなプロトタイプや何かをテストする小さなプログラムから実際のプロジェクトまで、私が作成しようとするゲームのようなアプリケーションに使用しています。

そのおかげで、衝突から実際の物理学まで何でも簡単に処理できます。

しかし、時々、私はそれについていくつかの疑問を持っています：円またはAABBを処理するだけで、高度な物理ツール（ジョイントまたはそのようなもの）が必要ない場合、物理エンジンは、不要なオーバーヘッド。

私の質問を再確認するには：物理学が本当にシンプルなゲーム（たとえば、スーパーマリオなど）でBox2D（または他の物理エンジン）を使用しますか？そして、そうでない場合、なぜですか？

Box2Dに使用されるメモリ、ディスク容量、開発努力、またはプロセッサ時間が目的に対して多すぎる場合は、使用しないでください。それ以外の場合は、有用だと判断した場合に回避する理由はありません。

物理学があまりないので、スーパーマリオと同じくらい簡単です。（マリオはジャンプで他のオブジェクトの物理に影響しません）

物理学を使用して他のオブジェクトの結果に影響を与える複数のアイテム（複数）の意味で物理学を使用している場合、エンジンを使用します。

私の答えは「はい」です。物理エンジンからすぐに得られる機能の一部を実装するために不要な開発時間を費やすべきではないので、単純なことには絶対にBox2Dのような物理エンジンを使用してください。たとえば、静的なボディを定義し、その上に動的なボディをドロップし、方向入力のために動的なボディに力を加えると、数分でプラットフォーマーが得られます。エンジンがこれに値しないほど十分なオーバーヘッドを追加するとは思わない。

ゲームの「物理」が単純な場合、物理エンジンをインポートする必要はありません。

物理学のモデリングと物理学のシミュレーションには違いがあるため、物理学という用語を大まかに使用します。差別化するための非常に重要なこと。

たとえば、マリオブラザーズでは、走ったり停止したりすると少しスライドします。それをどう実装するか考えてください。

必要な変数をすべて定義することでモデル化できます。質量、重力、摩擦係数、推力などを計算し、新しい速度、加速度などを計算します。

しかし、それだけの価値はありますか？プレイヤーが動いていないときにスピードを落とすことで、同じ効果をシミュレートできます...

何かのようなもの：

if( pressing movement key ) { 
 speed = 5; 
} else { 
 if(speed) speed--; // slide!
} 

違いは1つは物理学で、もう1つは違います。両方に長所と短所があります。しかし、単純なゲームの一般的なルールとして、それを偽造することははるかに簡単です。

状況に応じて決定する必要があります

カスタムエンジンを使用するプロ

• 制御下のソフトウェア（新しいリリースによる変更なし）
• ゲームに最適（ゲームに必要な機能のみを必要な方法で）
• 柔軟性（必要なクレイジーなダイナミクスをエンコードでき、将来の機能はエンジンに依存しません）
• 学習経験（ある日、エンジンを改善する必要があり、エンジンを構築する方法が必要になる場合があります）
• 単純な機能の学習とプログラミングが少ない（エンジンで何かを行うには、その構造を深く理解する必要がある場合があり、価値がない場合があります）
• 単純な機能のより高いパフォーマンス（単純な特定の機能の場合、非常に汎用のエンジンよりも高いパフォーマンスを得ることができます）
• メモリが少ない（必要な機能のみが使用されている場合、オブジェクトとコードが必要とするスペースとメモリははるかに少なくなります）

市販の物理エンジンの長所：

• 苦労せずに新しいハードウェアと新しいOSに適応できる
• 複雑な機能のための学習とプログラミングの労力の削減
• 複雑な機能のための高性能