私はフラッシュ開発とフラッシュcs5を使用してas3でゲームを作っています。すべてがオブジェクト指向です。他のクラスのすべてのインスタンス化へのプロパティ参照を持つ1つの「ゲートウェイ」クラスがあり、このゲートウェイクラスを新しいオブジェクトに渡すだけで、すべてのクラスにアクセスできるのではないかと思っていました。そのようです：
var block:Block = new Block(gateway);
//In the block class:
this.gateway.player.setHealth(100);
//Or:
this.gateway.input.lock();
これはシングルトンパターンのようなものですか？これを行う必要がありますか？
回答:
これはコンテキストオブジェクトデザインパターンと呼ばれ、シングルトンパターンよりも優れています。
つまり、これはシングルトンではなく、シングルトンよりもはるかに優れています。
ただし、それでも状態のクラップロードを渡し続けています。単一のローカル変数にすべてを保持しているという事実は、それをより明示的にしますが、それでもなお懸念の大きな融合を引き起こします。一つの責任のルールを覚えておいてください。プレーヤーと現在のレベルを所有するコンテキストが存在することは理にかなっています-それらは関連していますが、なぜ同じコンテキストがキーボード入力を所有するのですか？
たとえば、さまざまなレベルのコンテキストを検討します。
これらのコンテキストは依然として懸念を幾分か和らげています-多分いくつかのイベントハンドラーはGameplayContextを取り、本当にプレーヤーだけが必要です-しかし責任は明確にレイアウトされています。GameplayContextを受け取るものはテクスチャをロードしないことを知っています。InputContextを取得するものはプレイヤーを殺せません。
これはシングルトンパターンのようには見えません。私の理解では、重要なゲームオブジェクトへの参照を含むオブジェクトをすべてのインスタンスに渡しています。
これがシングルトンパターンの場合、次のようになります。
AudioManager.getInstance().playSound(XY);あなたのケースではあなたが持っているかもしれないのに対し：
this.gateway.getAudioManager().playSound(XY);基本的には同じに見えますが、実際はそうではありません。のAudioManagerような新しい（拡張クラス）で置き換えるExtendedAudioManager場合は、シングルトンパターンを使用して壁にぶつかります。あなたのゲートウェイアプローチはそれでもうまくいきます。
あなたのアプローチの欠点は、あなたがgatewayいたるところを迂回しなければならないことです。サービスロケータパターン（でジョーWreschnigが提案したこのスレッド）、あなたの「ゲートウェイパターン」のための良い代替のように見えます。
場合によっては、設計しすぎず、単純で簡単な方法で実行する方が良い場合もあります。特に、小規模なプロジェクトやプロトタイプの場合はそうです。たぶん、あなたはそれをgatewayある種のグローバル変数にすることができます。Game.gatewayそれを実行します。
シングルトンパターンを含むこの問題のほとんどの解決策は、静的変数の使用を含みます。プレーヤーが1つしかない場合は、Playerをシングルトンクラスにすることができます。つまり、Player.currentPlayerなどの方法でPlayerインスタンスにアクセスできます。しかし、多くの人々はシングルトンに激怒します。ResourceManagerまたは同様のクラスを使用して、さまざまな有用なグローバル変数またはpretty-darn-global変数への静的参照を含めることもできます。コードでは、どこにでもコードを渡してコードを拡張する代わりに、「ゲートウェイ」変数を静的にアクセス可能にすることもできます。