サーバ構築 目次
前回記事で設計フェーズの記事一覧を記載したので、サーバ構築についても目次を改めて作成
開発ツール
サーバ構築
リポジトリ/Subversion/TortoiseSvn
| 固定リンク | コメント (0) | トラックバック (0)
2009年2月
NetJan設計 一旦完了
ほぼ設計が完了したので、目次の意味を兼ねてＵＰしたきた記事の一覧を下記に記載した。 設計書はSubversionリポジトリ に格納してるので、ワードの設計書を見れば全体像を見やすいように構成している。 ※つもり
全体
control
ui
model
command
| 固定リンク | コメント (0) | トラックバック (0)
NetJan設計 ui - 牌表示座標計算5
表示posの０～３、holder種別３種あるので、４×３＝１２種類の基準座標を算出しておく。 下記図は表示pos=3の山牌、表示pos=0の手配、表示pos=1の捨牌の例。
| 固定リンク | コメント (0) | トラックバック (0)
NetJan設計 ui - 牌表示座標計算3
牌画像の表示座標計算方法については、下記図のようにボード幅から位置計算の一要素サイズを算出し、一要素サイズから基準座標を算出し、基準座標から各牌の表示座標を計算する。
| 固定リンク | コメント (0) | トラックバック (1)
NetJan設計 ui - 牌表示座標計算2
表示座標計算における、”内枠”の考え方は、ui 牌画像立体表示 シートの”共通表部分画像” とは異なり、少し広い。 特に幅に関しては、内枠と外枠で同サイズとなる。
| 固定リンク | コメント (0) | トラックバック (0)
NetJan設計 デバッグ用処理
デバッグ用の処理として、Com送受信、Com実行判断時のデータ状態、をログに残す。 下記、デバッグ関係クラスのクラス図。
| 固定リンク | コメント (0) | トラックバック (0)
NetJan設計 ui - GUI牌の立体表示について
牌画像データはまつせんさんのサイトからＤＬしたものを使用する。
ＤＬした画像は下記のサイズ。
- 縦version 24×34
- 横version 32×24
ただし、後述するように縦横で画像の”内部分”を共有するため、横画像についてはＤＬしたものは使わず、縦画像の内部分から生成する。
牌は、縦／横、立ち状態／捨て状態 がある事を考えると、下記の４種類がある。画像については、内側部分を共有して４種類の画像を生成するようにする。 赤枠の部分が”共通表部分画像”となる。
| 固定リンク | コメント (0) | トラックバック (0)
NetJan設計 自動生成コマンド一覧
コマンドの種別毎に、サーバで自動生成するもの、クライアントで自動生成するもの、を分ける。 下記が自動生成されるコマンドの一覧。
| 固定リンク | コメント (0) | トラックバック (0)
NetJan設計 Com - 上がり判定 - 特殊組合せ役判定
国士無双、七対子の判定を行い、もし成立する場合は、④の出力結果と比較して、得点の高いほうを採用する。
| 固定リンク | コメント (0) | トラックバック (0)
NetJan設計 Com - 上がり判定 - 役判定2
役判定と得点計算は、役判定 → 符判定の順に行われる。 役判定は、各役の判定メソッドを用意し、順に判断していく。 １つの役が成立したらもう１つの役が消えるケースにおいては、下位の役から判定する。 (一盃口 ⇒ 二盃口)
各判定メソッドには、成立パターンとツモ牌位置、その他情報、その時点で成立している役の一覧を入力情報として渡し、出力情報は成立した役の一覧となる。
| 固定リンク | コメント (0) | トラックバック (1)
NetJan設計 Com - 上がり判定 - 役判定1
成立した各パターンに対して、役の判定をしていく。 判定のためには、成立パターン以外に、下記の情報が必要となる。
- 親
- ドラ
- リーチ
- 上がり牌種別
- ツモ/ロン
- 海底
ModelScoreHolder の一部のメンバを使用して、最大点数になる役を保持する。 上がり牌種別 のデータを複数個持っている場合、１つの成立パターンで２つ以上の点数計算結果を出す必要があるケースがある。
例えば、③．重複成立パターン削除 の結果、２つに絞られた成立パターンを
入力とした場合を考える。 この時、上がり牌種別が”4”であった場合、１つの成立パターンにつき、２つの計算結果を出す必要がある。 対子の一部が上がり牌だったら単騎待ちの２符が付くが、平和の役は付かない、等の違いが発生のが理由。
仮に上記４つのパターンでの得点計算結果が下記のように異なる場合、最も高い点数が採用され、このプロセスの出力としてはこの１パターンに絞られる。
| 固定リンク | コメント (0) | トラックバック (1)
NetJan設計 Com - 上がり判定 - 組合せパターン検索7
- 1-2 1に戻り、右接続から開始して、同様にパターンが成立するか、確認していく。 確定面子を確定ボックスへ
- 1-2の続き1 左下からパターン検索を続けていく。
- 1-2の続き2 このルートで検索を進めていくと、最終的には下記のようにパターンが成立する。 ただ、このパターンは1-1-2で成立したパターンと同じになってしまうので、再起検索が完了した時点で重複パターンとして削除される。
| 固定リンク | コメント (0) | トラックバック (1)
NetJan設計 Com - 上がり判定 - 組合せパターン検索6
- 1-1-2 対子を確定させて確定ボックスへ移動し、処理を続けていく。
- 1-1-2の続き1 選択肢は右接続のみ。 確定したら確定ボックスへ。
- 1-1-2の続き2 同様に処理を続けていく
- 1-1-2の続き3 同様に処理を続けていく。 ②の上接続を１回した時点で、対子確定の選択肢があるようにも見えるが、確定ボックス内に、確定した対子がある場合は選択肢として認めない。 よって上接続のみ。
- 1-1-2の続き4 同様に処理を続けていくと、最終的に下記の状態になり、４面子と１対子が確定した状態になる。 これで、１つの組合せパターンが"成立"した。 成立したパターンは確定ボックスとは別途記憶し、再起処理を続ける。
| 固定リンク | コメント (0) | トラックバック (0)
NetJan設計 Com - 上がり判定 - 組合せパターン検索5
１－１－１の続き１
一番左にある牌から処理を続けていく。
１－１－１の続き２
選択肢はないので、右接続していき、確定ボックスへ。
１－１－１の続き３
右下の牌に注目して処理を継続。 右接続しか選択肢がない。
１－１－１の続き４
右接続するが、ここで選択肢が無くなってしまうので、この続きはできないので破棄となる。 再起処理で1-1へ戻る。
| 固定リンク | コメント (0) | トラックバック (1)
NetJan設計 Com - 上がり判定 - 組合せパターン検索4
１－１
左下の”一”からスタートして、上接続する。 この時点で、更に上接続する、対子確定させる、の２つの選択肢がある。
１－１－１
更に上接続する。 この時点で１面子確定し、確定ボックスへ移動。
| 固定リンク | コメント (0) | トラックバック (0)
NetJan設計 Com - 上がり判定 - 組合せパターン検索3
例えば、手配が下記だとする。
検索配列に格納すると、下記のようになる。 左下から開始する。 この時点では、上接続、右接続、の選択肢がある。
| 固定リンク | コメント (0) | トラックバック (0)
NetJan設計 Com - 上がり判定 - 組合せパターン検索2
検索処理の具体的方法としては、３４種×４個の配列に、手牌を並べて、左下の牌から順に上接続／右接続／対子確定 を再帰的に検索していき、成立するパターンを洗い出す。 配列イメージにおいては、順子にできない（右接続できない）は青線部で表す。 検索配列のイメージで、”九①②”という順子は作成できないので右接続しない事がわかる。
| 固定リンク | コメント (0) | トラックバック (0)
ユーザ車検は確かに５万円くらい得しました。
ユーザ車検に行ってきました。 確かに、ディーラーとかにやってもらうより５万円くらい安く上がりました。 次回からも自分でやろうと思います。
| 固定リンク | コメント (0) | トラックバック (1)
NetJan設計 Com - 上がり判定 - 組合せパターン検索１
組合せパターン検索とは、１４個の牌で４つの面子と１つの頭を構成するにあたり、構成の組合せのパターンを洗い出す処理を指す。 この時点では役の事は考えない。
例えば下記の例なら、5つの組合せパターンが成立する。
２番目と３番目等は組合せパターン検索において２つ成立してしまうが、その後の重複成立パターン削除で、削除される。
| 固定リンク | コメント (0) | トラックバック (0)
NetJan設計 Com - 上がり判定 - 流局
流局判定は単純で、Com_Winの上がり種別が流局で、残り牌が１４個であれば成立し、テンパイしているものへ点数が流れる。
| 固定リンク | コメント (0) | トラックバック (0)
NetJan設計 Com - 上がり判定処理構成
上がり判定は、
- 流局判定
- 組合せパターン検索
- 重複成立パターン削除
- 上がり役判定
- 特殊組合せ役判定
の順で行う。 各処理詳細は後述する。
| 固定リンク | コメント (0) | トラックバック (1)
NetJan設計 Com - 上がり判定
次は上がり判定について。
上がり判定メソッドはCom_Winに持たせる。 上がり種別には３種類ある。
- 流局
これも上がりの一種として処理するようにする。 残り山牌が１４枚であれば、即成立するので、まず流局かどうかを確認する。
- ツモ上がり
１人のプレイヤーが１４個の牌を持っている状態でCom_Winコマンドを送信する事になる。
- ロン上がり
捨て牌されたタイミングで、他家プレイヤーがCom_Winコマンドを送信する事になる。
2番目と3番目のケースで上がり判定メソッドを共有できるようにするため、１４枚目の牌を内部的に”上がり牌”として認識しつつ、それ以外の組合せパターン判定ロジックにおいては１４牌をソートした状態で判断処理を行う。
| 固定リンク | コメント (0) | トラックバック (1)
NetJan設計 設計方針 追加
設計基本方針に１つ追加。 頭の中ではそういう事になっていたけど、明記していなかった点をNetJan設計書.doc (svnリポジトリ) へ追記。
基本的に、サーバとクライアントは常に同じデータを保持する方針とする。 こうする事により、設計とデバッグをシンプルにさせる。 伴い、Com送信も常にサーバが処理したら必ずクライアントに送信して同じ処理をクライアント側でも行うようにする。
例えば、得点計算画面表示中において、４つのクライアントから計算画面のClose要求を受信してから次の局に移る。 設計選択肢の１つとして、４つのクライアント全員からClose要求が集まってから、サーバ→クライアントへ計算画面Close通知コマンドを送信する事もできるが、そうではなく、１つのクライアントから要求が来る度に全員にその都度伝え、”どのクライアントからClose要求が来てるか”というフラグについてサーバ／クライアントで共有する。
| 固定リンク | コメント (0) | トラックバック (1)
最近のコメント