一つ設定を忘れてて画面遷移ができてなかったことに気がつく　orz
　
その設定を直して画面遷移はできたが、結果データを上手く表示的でないので次はそこを修正予定。

判定結果画面の手直しと表示用クラスの作成をしたのだが・・・何か間違ってる気がするのでちょっと他のプログラムをのぞいて思い出すことにして、実行コードの書き込みは保留。
作業時間１h也。

別画面になる結果表示画面のデザインだけ。
　
作業する出先にクラスメソッド表を持ってくるのを忘れてしまったので・・・
　
＃大した仕様ではないはずなのでやろうと思えばでっち上げで作れるんだが、設計図を無視して作ったプログラムの末路はわかってる・・・つもり。

えーと。
判定ができて、それを「テキストで」表示するようにしました。
　

　
次の画面に遷移して結果詳細を表示するとかやりだすわけです（まぁ下の文字出している部分を変えれば「連撃関連や達成数の後変更のボタンを別にすれば」単画面で実現できるんですが・・・
※覚書：実装してるはずの幸運の風ルーチンをチェックのコト

ダイスロールの中核部分をコーディング。でも操作側のイベントを仕込んでないので「判定」ボタンを押しても何がおこる訳ではない。
幸運の風回りは処理したが、連撃時の処理とかも入れてない。
　
まぁ早いところとりあえずこれで判定ができるかどうかを確かめるところをやらないとなぁ。

設計してあったクラス図をもとにクラスのメソッドとクラス変数をせっせせっせと書く。
言ってしまえばあとは「実装だけ」なんですが、それが面倒なんだよなぁ・・・一番エラーが出る場所だし。
とりあえずJava的作法であるところの「クラス変数はアクセスメソッドを用意しろ（Getter/Setterを作れ）」を無視して、全部プロパティ化した上で実装進めようかなぁ・・・（良い子はまねしないように）。

画面遷移なしの判定のみ、というｉケバブ簡易版の作成に着手。ただし手を抜かずにクラス構成はするし、連撃モードのOn/Offボタンは実装。このまま改良してｉケバブ完成版になれば・・・と思ってはいる。

UITableViewのセルを３種類自作。半汎用部品に仕上げる（設定画面などで重宝するのだ）。
このテストが上手くいったので、次からはいよいよ？ｉケバブの本格的な前哨戦（判定を行うだけ）が多分始まる・・・

ここ数日クラスがどうの、必要なメソッドとプロパティがどうのとか目に見えないことばっかりやってたので進捗報告があまりできない状態。
本当はメソッドの動きについても文字に起こしておかないといけないんだけど…そこまでやるとさすがに面倒なので放置するかなぁ。
　
土日はちょっと離れてｉドッジこと神語リストの改良にイソシム方向にしようかと。
データの補填と幻鏡術対応が主。

　
従前のケバブDSの様式を踏襲した画面レイアウトを作ってみた。とりあえずコンポーネントをおいてみたハリボテ段階。
実際に作ってみるとボタンが多いなぁと本当に思う。
ごちゃっとしすぎないということは１画面に判定と判定結果をまとめないということであり、そのときに判定の操作が煩雑になる（画面遷移が増える）ということである。
画面遷移をするバージョンについても考えないといけないなぁこりゃぁ・・・。