技術の複雑ゲームプログラミング[定休日]

Question

空いた時間にかプログラムとしてゲームが趣味違ったり、いろんなもので、現在も非常に複雑です。いもの好きな2dシューター、タイル-ベーティングゲームやパズルゲーム。

しかしながら、これらのゲームがかなりハードの管理は、複雑さの異なるサブシステム内のゲームのようなインタフェースの世界観/モデル、イベントの取り扱い国(メニューの一時停止など）、特殊効果などです。

するための接続を最小限に低減結合した多くのこれらのシステムの打合せにも参加することがありうることを必要としませんの保全コードベースの頭の中に。

現在のようにしていを委譲した異なるサブシステムとサブシステムの機能を異なるオブジェクトの集計としていたコミュニケーション戦略とは分離します。

どのような技術の使用も可能で教えてくれるので助かりますすべての既存のこれらの異なるサブシステムの複雑さの増え続けるシステムとそのモジュールが迅速に要求す。

私は自分に同じ質問

• どのような物語ですか？
• これも必ずしも許可になるとは限のコードを取り扱う特定のサブシステム。
• どのくらいのコードベースすべきかを考えてプレーすることですか？
• どのようにオレンジジュースの軽い結合ゲーム業?

Answer 1

Ahばにありがとうございました。た良いの答えです。その後のゲーム開発ならなくて、シコシコとした困難なリスクとは、かなりの時間がかかります。

するための接続できる 最小限の削減結合し これらの多くのシステムが必要話 ひとりん 必要と保全のコードベース 頭の中に。

いることも多いがする必要がないのも話すのもとで直行うとしていると信じています。例えば、普通のゲームの状態を押値をGUIのきも変わります。もし代わりにできるだけでデータを格納してGUIのクエリにしもとのオブザーバーパターン)、そしてすべて撤去されたGUI参考文献からのゲームの状態です。よくでるだけでは不十分だか否かのサブシステムを引き寄せることができる情報ニーズからのシンプルなインターフェイスの代わりにこのデータです。

• どのような物語ですか？
• これも必ずしも許可になるとは限のコードを取り扱う特定のサブシステム。
• どのくらいのコードベースすべきかを考えてプレーすることですか？
• どのようにオレンジジュースの軽い結合ゲーム業?

なのこは本当に特定のゲームで問題が生じたいゲームが多いため、異なるサブシステムがまだ未開発の標準アプローチです。だ開発があれば、それは本当にただ少数のパラダイム:の"一つのテンプレート/コードファイルのURI"のようなものPHPというか、"モデルとビューのテンプレート/コントローラー"アプローチのRoRベースのカップルです。でもゲームは、誰でも転がります。

一つだけ明確できない問題を解決のような物語'.多くの異なる種類のオブジェクトなの異なるアプローチ。なっと見つグローバルソリューションズの一部のゲームで入力、ネットワーク、オーディオ、物理、人工知能、レンダリングserialisationではないだろう。しようとした場合には申請によるうちにぴっIObjectインタフェースがあります目的でしょう失敗します。個々の問題を解決してからその共通性,リファクタリングとしてとても苦手なのでお願いします。コードを最初に使用する前にできることが期待されますと再利用が可能です。

ゲームのサブシステムライブでもレベルが必要になります。一般的にもトップレベルのアプリを所有するグラフィック、音声入力、ゲームオブジェクト(まれています。ゲームオブジェクトを所有してマップや世界選手の選手できるものを定義しそれらのオブジェクト等

異なるゲームが少なんとして、今でもよく行われている人をいいます。一時停止できるとしてコードされているブールットがセットされている場合は、単純にオAI/物理学。メニューできるとしてコードされてい簡単なGUIを貼り付けた.で"メニューは、"単な場合の一時停止のゲームで表示したメニュー、unpausingのゲーム時のメニューが閉じな明示的な状態管理が必要です。

減結合ゲーム及びそれらを管理するも簡単、どないアモルファスうためのゲーム企業がつながるものが必要な潜在的に話してくれました。ゲームキャラクターは、通常、ライブ内地図は、基本的には空間データベースなど）を世界に伝えっておりませんので、近隣のキャラクターやオブジェクトは、必要とへの直接参照します。

全体もすぐに使い勝手が良いと思いソフトウェア開発のルールコード.主なものは、界面の小さな、シンプルで、心を一つだけ。ゆったりカップリング力の集中の小さな領域にコードが自然に流れからます。