ダガズ：建築

それはすべてそうアーキテクチャです

病気を治します

医者として私を信じて

私の薬はあなたを助けます。



トリスタンのヒント-「 干し草の中の犬 」



前の記事で 、 Dagaz move generatorの仕組みについて多くのことを話しました。 おそらく私はカートを馬の前に置きました。 私の最も詳細な説明は、主なものを理解するのにまったく役立ちません-これがどのように使用できるか。 実際、それは簡単です。

どこも簡単

移動ジェネレーターを使用するために、その仕組みを完全に理解する必要はありません。 3つのクラスのみの目的を理解することが重要です。 そして最初のものはZrfBoardです。 名前から明らかなように、このクラスはボードを表します。





ZrfBoardには、特定の動きの開始時のゲームの状態の説明が含まれています。 ほとんどの場合、これはボードにフィギュアを配置することに関する情報です。 変更するには、2つの方法で十分です。

• getPiece（位置） -指定された位置に配置された図に関する情報を含むZrfPieceクラスのオブジェクトを返します（この位置が空の場合はnull ）
• setPiece（position、piece） -指定された位置に図を配置します（前の場合と同様に、図の代わりにnullを渡すことができます）

すべての位置は、単に整数値（大きな線形配列のインデックス）です。 より使い慣れた文字列表現に変換するには（およびその逆）、グローバル関数Model.Game.posToStringおよびModel.Game.stringToPosが使用されます。 図（ ZrfPiece ）の説明はもう少し複雑です：





図のタイプとその所有者（両方とも整数値）。 これらは不変の値であることを理解することが重要です。 ZrfPieceの同じインスタンスは、ボードの複数の位置で同時に使用でき、 ZrfBoardのさまざまなコピーの位置でさえ、異なる時点でのゲームの状態を記述できます。





ZrfBoardを使用するには、さらに2つの方法を知っておく必要があります。

• generate（） -現在の位置から利用可能なすべての動きの配列を返します
• 適用（移動） -選択した移動を現在の位置に適用します

setPieceメソッドを使用してZrfBoardの状態を変更できますが、これを直接行うべきではありません。 代わりに、移動（可能なすべてのリストの1つ）を選択し、 applyメソッドを使用してボードの状態に適用する必要があります。これにより、 ZrfPieceを変更する場合のように、オブジェクトの新しいインスタンスが返されます。





ZrfBoardを使用するために知っておく必要があるのはそれだけです。 ゲームのデザインと関連する移動生成アルゴリズムは非常に複雑になる可能性がありますが、何も変わりません。 generateメソッドを使用して利用可能なすべてのムーブを形成し、 applyメソッドを使用して選択したムーブを適用します （新しい状態を取得します）。 ボードの初期状態は、グローバル関数Model.Game.getInitBoardを使用して取得できます。

それらなしで何をしますか

動きは、あるゲームの状態を別のゲームの状態に変換するものです。 問題は、動きがいつも思ったほど単純ではないことです。 Shatrange （ Chessの直前）で、動きの完全な説明を得るには、開始位置と終了位置を設定するだけで十分です。 取り回すことさえ必要ありません。 ポーンは常にクイーンに変わり、キャプチャは常に「チェス」になります。 しかし、チェス自体のすべてはそれほど単純ではありません！







それが行く間違ったフィールドでピースを打つことができる ポーンが表示されます 。 「 キャスリング 」が表示されます-2つのピースが同時に移動する動きです。 移動は複数のアクションで構成されることが明らかになります。 これらのアクションは何ですか？ 3つのタイプをリストできます。

• movePiece（from、to、piece） -フィギュアを動かす
• capturePiece（位置） -ピースを取ります（ボードから削除します）
• dropPiece（位置、ピース） - ピースをドロップ（ボードに追加）

これらの困難はすべて、「キャスティング」と「通路への乗車」を実現するためだけのものではないことに注意してください。 これらのルールは、 ユニバーサルソリューションの機能を時間内に拡張できる試金石です。 Ziilions of Gamesチームがチェスキャスリングを実行するために製品に導入した同じ「カスケード」ムーブは、他の多くのまったく異なるゲームで大成功を収めて使用できます。 たとえば、次の場合：





カスケードは必ずしもキャスティングではありません！ 実際、これは任意の動きであり、実行中に複数のピースが同時に動きます。 このような「非標準」ルールは、製品を大幅に充実させます！ また、チェスが「カスケード」の動きを与えてくれた場合、 ドラフトにも何か学ぶべきことがありました。







コンパウンドムーブは「部分的に」実行されます。これは、プレーヤーが実行するコンパウンドムーブのいくつかの異なる継続を選択できることが多いためです。 部分的な移動がすべて完了するまで移動は完了しませんが、便利なユーザーインターフェイスを使用して、各部分的な移動を個別に完了することができます。 一方、AIボットは、ゲームの状態を変更する単一のエンティティとして、複合的な動きを全体として考慮する方が便利です。 これは本当に難しい問題であり、以下に焦点を当てます。



ZrfMoveクラスについて他に知っておくべきことはありますか？ 2つの方法のみ：

• toString（部分） -移動のテキスト表記を取得する
• changeView（パーツ、ビュー） -ゲームの視覚的表現を変更する

前のセクションから、ボード上の位置を変更するためにZrfBoardクラスのインスタンスに移動を適用できることを覚えています。 changeViewメソッドも同じことを行いますが、外部に関しては、ゲームモデルの視覚的表現についてです。 ビューはモデルから簡単なコマンドを受け取ります：

• 移動（from、to、player、piece） -フィギュアを移動します
• delete（位置） -ボードからピースを削除します
• 作成（位置、プレーヤー、ピース） -シェイプを追加します

これはコースに追加されたアクションとほぼ同じですが、モデルで使用される数値の代わりに、テキスト表記の既知の表現で位置と数字を記述する文字列が送信される点が異なります。 toStringメソッドに関しては、人間が読める形式で移動表記を取得するだけです。 partのゼロ以外の値を使用すると、対応する部分ストロークの説明を取得できます。 引数に0を渡すと、複合移動の完全な説明を取得できます。

正当化された複雑さ

そのため、ゲームの各段階では、ゲームの状態と（ゲームのルールで許可されている）移動のリストから選択できます。 これはアプリケーションが正しく機能するためには十分ですが、ユーザーインターフェイスを実装するという観点から見ると、移動リストは最も便利なものではありません。 Zillions of Gamesのユーザーインターフェイスの仕組みをもう一度見てみましょう。





まず、ユーザーは自分のフィギュアの1つを選択します（それが置かれているフィールドを示します）。 さらに、部分的な移動を実行するためのオプションがいくつかある場合、ターゲット位置にマークが付けられ、ユーザーはそのいずれかに図形をドラッグできます。 可能な移動が1つしかない場合は、すぐに実行されます（ 「スマート移動」オプションが機能します）。 これは便利です。 これは、次の移動リストから選択を提案するよりもはるかに便利です。

1. d8-g8-g3-d3-d7-h7-h5-a5-a7-e7-e1-c1-c6-a6-a1
2. d8-g8-g3-d3-d7-h7-h5-a5-a7-e7-e1-a1-a6-c6-c1
3. d8-h8-h3-d3-d7-g7-g5-a5-a7-e7-e1-c1-c6-a6-a1
4. d8-h8-h3-d3-d7-g7-g5-a5-a7-e7-e1-a1-a6-c6-c2
5. ...

一般的に言って、これはコントローラーの仕事ですが、 モデルには既に実装されている特定のロジックが多すぎます。 コントローラーは、動きが動きのあるピース（一度に複数のピース）に分割され、ボードに追加されることを知る必要はありません。 コントローラは、各部分移動中にアクションが実行される順序の正確性について心配するべきではありません。 スマートムーブオプションも彼を心配するべきではありません。 これはすべてモデルに実装されています！

• getPositions（）
• setPosition（位置、ビュー）

モデルとコントローラーの相互理解を確実にするために設計された、新しいクラスの2つの最も重要なメソッドを以下に示します。 「フラットな」移動の配列の代わりに、このリストを含むZrfMoveListクラスのインスタンスをZrfBoardから取得します。 コントローラーはgetPositionsメソッドを呼び出して、次のステップで使用可能な位置の配列を取得します。 これらの位置の1つがユーザーインターフェイスを使用して選択され、 setPositionメソッドに渡されます。



このメソッドは、部分移動のテキスト表記をコントローラーに返し（移動リストに表示するため）、ボードの視覚表示に必要な変更を加え、次のステップのためにZrfMoveListを準備します。 getPositionsへの次の呼び出しが空のリストを返すまで、ループが繰り返されます。 これは、複合移動の終わりに到達したことを意味します。 ほとんどの場合、選択された一連のステップは、リスト全体から考えられる1つの動きにのみ対応しています。 ほとんどの場合、常にではありません！





ここでは、開始位置と終了位置が一致する4つの異なる動きが可能です。 私たちにとって、これはgetPositionsメソッドが空のリストを返した後、 ZrfMoveListに複数の有効な移動が含まれることを意味します。 コントローラーは、このリストからユーザーに選択肢を提供する必要があります。 有効な移動のリストを取得するには、 getMovesメソッドを呼び出します（新しい値がsetPositionに渡されると、このリストは減少します）。 言及する価値のあるメソッドがいくつかあります。

• 戻る（表示） -前の部分移動へのロールバック
• getCapturing（） -「戦闘中」のポジションのリストを取得する
• canPass（） -複合移動の完了を確認する
• pass（） -複合移動の完了

最初の2つの方法ですべてが明確でない場合は、次の2つで説明が必要です。 プレーヤーが複合ムーブの実行を中断する権利を持っているゲームがあります（チェッカーは適用されません）。 たとえば、 Fanoronでは、最初のキャプチャは必須です（チェッカーのように）が、プレイヤーはいつでもキャプチャのチェーンを解除できます：









プレーヤーは「 D4-C5 」の動きを続けることができますが、「 Pass 」ボタンを押すことでこの機会を拒否する権利があります。 この状況の特殊なケースは、複合ムーブ全体を実行することをプレーヤーが拒否することです（一部のゲーム、たとえばGoでは、これは許可されています）。 位置のリストを受け取る前に、コントローラーはcanPassメソッドを呼び出して、複合移動の早期完了の許容性を判断する必要があります。 passメソッドを呼び出すと、移動の実行が完了します（ルールで許可されている場合）。 その後、コントローラーは有効な動きのリストを取得し、そのうちの1つを選択してZrfBoardに適用し、新しい状態を取得する必要があります。





ZrfMoveListクラスのすべての機能については説明しませんでした。 一部のゲーム（上記のミルなど ）では、移動のロジックがはるかに複雑になる場合があります。 フィギュアの複数の動き、フィギュアの非決定的なキャプチャと破棄、さらには非決定的な動きを含めることができます！ これらの困難はすべて、 ZrfMoveListクラスのシンプルで直感的なインターフェイスの背後に確実に隠れていることが重要です。 はい、このクラス自体は非常に複雑ですが、この複雑さは正当化されます！ 結局、彼女のためでなければ、コントローラーをさらに複雑にしなければなりません。