はじめに
様々な言語で「デザインパターン」の本が世の中にありますが、筆者個人の経験では
いまいちピンとこない例 いまいちピンとこないコード で説明されてることが多く、
結局これっていつ使うの？ という疑問に答えるには仕事仲間等との議論をしないと
辿り着けないことが多々ありました。
そこで特に「ゲーム開発ではどう使うか？」にフォーカスを当てて、実践的な例を交えて
デザインパターンの説明の需要があると思い記事を作りました。
デザインパターンを学ぶ理由
デザインパターンを学ぶ理由としては
- 車輪の再発明の防止
- 長文で読みにくいコード（可読性の低いコード）を減らす
- コードを疎結合にして変更に強くなる(変更時のコスト・変更箇所を減らす)
- モジュールとして使いまわせるように、コードの再利用性を高める
といった効果を期待できます。
対象読者
Unity 全くの初心者(インストールしただけで触ったことがないような方)はお断りです。
最低限以下のことは理解・経験を積んでおくことが必須になります。
- MonoBehaviour 継承クラスでコードを書いたことがある
- C# のピュアクラスを用いた自作クラスを作ったことがある
- クラスの継承という概念は知っている
そのため、脱・初心者 中級者へのステップアップ として デザインパターンを学ぶ のが良いと思います。
デザパタ記事リンク
生成系
構造系
様態・ふるまい系
- Chain of Responsibility パターン
- Command パターン
- Interpreter パターン(本記事)
- Iterator パターン
- Mediator パターン
- Memento パターン
- Observer パターン
- State パターン
- Strategy パターン
- TemplateMethod パターン
- Visitor パターン
Interpreter パターンについて
Interpreterパターンは名前の通り 解説・解釈 をするのが目的なデザインパターンです。
何を解釈するのかというと、 文字列 を プログラム・演算処理 として解釈することである。
もう少し深掘りするといわゆる 自然言語処理 的な 構文解析 に利用され、文法の定義 や 表現・解釈 に利用されるデザインパターンです。
Interpreter パターンによる設計例
Interpreter パターンは与えられた文字列を 木構造 にして解析・管理します。
例題としてスペース区切り文字列として四則演算が与えられるものを考えてみましょう。
今回は計算するのでInterpret はfloatを返します。
Terminal・Nonterminalは終端かそうでないかの違いです。Nonterminalは
非終端記号のため、四則演算の各種オペレータと数値Nodeが派生で存在します。
ゲームにおける Interpreter
正直言うと、ゲーム分野においてはほとんど利用されません。
強いて言えば敵AIの動きを独自言語のプログラムで書いてもらって、それを動作させるための構文解析等に利用するくらいです。
(数少ないゲーム文脈でのドメイン固有言語)
文字列は柔軟性こそありますが、 バイナリに比べ余計にメモリを使う とか typoを引き起こしやすい などの
デメリットもあるため、基本的にはUI用途以外での文字列は使われることは薄いです。（UniqueなUserIDを生成するためuser id はstring にするといった使い方があるくらいでしょう）
基本的にはCommandパターンと各コマンドにIDを振ってそのIDとパラメータを共有して利用・管理するため、ゲームでInterpreterパターンを利用する場面に遭遇するのはほとんどの人が無いでしょう。
まとめ
主に自然言語処理系で利用されるInterpreterパターンですが、ゲームにおいてはほとんど登場しないでしょう。
ただし、独自軽量言語で内部処理を書く場合とかで急に利用用途が出る場合があるため、知識としては知っておくと良いでしょう。