オブザーバーパターンの実装

自分に基本的なゲームプログラミングを教えるために、ポンのクローンをプログラミングします。入力とゲームエンジン間のインターフェイスを備えたオブザーバーデザインパターンを使用します。ただし、インターフェイスが何をすべきかはわかりません。私が持っていた1つのアイデアは、入力インターフェイスがゲームエンジンに（たとえば）画面がクリックされたことを通知し、ゲームエンジンにその情報をどうするかを決定させる（たとえば、弾丸を撃つ）ことでした。もう1つのアイデアは、マウスクリックをキャッチして、ゲームエンジンに弾丸を発射するように入力インターフェイスを設定することでした。

どちらの方法を使用するのが良いでしょうか？

最初の方法はオブザーバーパターンの実装ですが、2番目の方法はそうではありません。監視対象オブジェクト（ユーザーの入力インターフェイス）は、監視対象オブジェクト（ゲームエンジン）が通知をどのように処理するかを知る必要はなく、通知が必要なだけです。

ただし、ここでオブザーバーパターンを使用することにした理由がわかりません。複数のオブザーバーがいる場合を除いて、回避できる複雑さのようです。クリックが常に同じことをする場合は、インターフェースにゲームエンジンにその1つのことを実行させるだけです。物事をできる限りシンプルに保つことで、自分にやさしいものになります。これは、デザインパターンを決して使用しないと言っているわけではありませんが、一般的には、自分がやっていることとは反対の方向でアプリケーションにアプローチします。IE：問題から始めて、解決するために設計パターンを選択します。設計パターンから始めて、問題を解決する方法を理解するのではありません。

Observerパターンを使い続ける場合は、それを最初のアイデアにする必要があります。私が考えることができる最も強力な議論は、入力インターフェイスがおそらく他のゲームでも再利用したいと思うであろう一般的なコンポーネントであるということです。したがって、ゲーム固有の情報を含まないようにすることは理にかなっています。そうしないと、別のコンテキストで使用できなくなります。一般に、クラスの責任について慎重に検討し、それらを集中させ、クラスのコンテキストに限定するようにしてください。