テトリミノが動く理屈

今度はテトリミノを動かしてみます。使用するキーはアローキーの左右と下です。

ソースファイル pt3.zip

private var dropLocation:Point;

アタリ判定のプロセス

動かすとはつまり位置情報を更新するわけなのですが、処理のプロセスで考えると位置情報を更新するよりも先にアタリ判定を調べておく必要があります。調べて「位置情報を更新していいかどうか」を判断してから、動かしたい方向に位置情報を更新→再描画、何かがあって「動かせない」場合は位置情報を更新せず、再描画も行わないと言う処理に分岐します。

private var dropLocation:Point;

フィールドデータの更新

削除の仕方はいたって簡単で、フィールドデータにテトリミノのパターンデータを反映する処理と同じです。違いはフィールドデータの要素に空白である「0」を入れるか、テトリミノコードを入れるかの違いだけで、行う事はまったく同じなのです。
なのでこの処理についてはfieldMapping()メソッドに少し手を加えるだけで終了です（main.as 333行目）。

重要なのは処理自体よりも「位置情報を新しく更新する前に削除を実行する」と言う事です。位置情報を更新した後ですと、フィールドデータのどの部分を削除（0を入れる）すれば良いかの情報が無くなってしまうからで、このプロセスの順序だけは注意が必要です。

動作確認

描画の処理は前回のフィールドを描画する処理とほぼ同じです。
フィールドを描画するためのdrawField()メソッド（main.asファイル 244行目）は、単にフィールドデータ配列の情報を素に描画を行うだけのメソッドですので、処理実行前にフィールド配列データの状態さえ適切に更新されていれば問題はおきません。

下の実行画面の「update」ボタンを押すたびに、新しいテトリミノが抽選されてフィールド上に表示されます。まだ動かすことはできませんが、今回の表示する考え方を理解できると動かす方法も想像がつくのではないでしょうか。
と言うことで次回はテトリミノを動かしてみます。

それとmain.asファイルの記述の中で、キーイベントで呼び出されるリスナー関数（onKeyDownHandler()）の処理の中にはキーイベントを検出して他の関数に処理を振り分けるコードしか記述していません（main.as 215行目）。処理的にはこのリスナー関数の振り分けの中にtetriminoControl()の処理を記述してしまっても良いように見えます。（main.as 232行目）

方針にもよりますが、出来るだけイベントを検出するリスナー関数と、実際の処理の部分とは明確に分けて書く方が拡張性があり処理の見通しが良いのです。
ただ、仕様や状況によって開発しやすい手法で構わないんじゃないかなとも思いますので、その辺りは深く考えないでおいて下さい。