キーの二度押し防止処理（HandleEventがあるよーなもので）

　つーことは、なにか。。。
　(BREWにかぎらず）HandleEvent（非同期に、イベントがあがると入ってくるルーチン）があるよーなやつで、キーの２度押しを防止したい場合は、こうやるのかなあ。。

（１）アプリ全体が見える共通領域に、キーの２度押し防止フラグ
　　　　　　（以下フラグとします）をつける
（２）２度押しされたくない状況に来たら、フラグＯＮ！
（３）もう、押されてもいいよというところにきたら、フラグＯＦＦ！

こーすると、HandleEventの中では、
・フラグＯＮで、かつ、キーイベントなら、なにもせんでぬける
・ＯＦＦのときだけ処理する

で、できるような気がするニャー。

こんど、ためしてみよう！

業務アプリを組む場合はＯＫなんだけど、そーじゃないのだと、致命的エラーになるケース

　ウィリアムのいたずらは、業務アプリはまだしも、組み込みとかはしたことない（ケータイも組み込みならやってるけど、ケータイ以外はない）

　業務アプリの世界では、そのモジュールで使う直前まで、変数をセットしなくても、問題はない。

つまり、（これをＡのケースとする）
（１）画面を構成する部品を生成する
（２）その間ずーと、その部品に変数を設定する
（３）モジュールからぬけるときに、アプリ全体の構造体に、画面を構成する部品をセットする。
これでもＯＫ。

そして、（これをＢのケースとする）
（１）画面を構成する部品を生成する
（３）直後に、アプリ全体の構造体に、画面を構成する部品
（２）その後、その部品に変数を設定する
これもＯＫ

---

　でも、組み込みやスレッドが動く場合は違ったりする。

　こういう動きをするから。
Ａのケースで
・メモリをとった後、その部品を生成したとする。
・生成されると、「できたよ」というイベントが飛ぶ
・このイベント関数は、クラス全体の構造体を受け取る
　　。。。が、この時点では、その生成した部品はセットされていない。
　ので、死ぬ。

って言うことがありえる。

つーことで、Ｂのやりかたでないといけない。。
うーん、なんつーことは、業務アプリしかやらないウィリアムのいたずらは、あまり考えないことなのだな（＾＾；）
　

BREWで複数画面（複数の開発者）に分かれる場合の開発方法

　BREWで複数画面（複数の開発者）に分かれる場合の開発方法について、ちょっと最近、考えが変わりました。

　ＢＲＥＷでアジャイル！みたいなことをかいていたときは、
１．全体のコントロール（アプリのプログラム）をつくる
２．それをもとに、各個別のプログラムをつくって
３．つなげる

だけど、これだと、開発者単位、個別の単位で、きりだせない。

デバッグとかで、こまる。

---

なので、こんなかんじのほうがいいのかと

１、全体のコントロールを作る（ここまでの手順）っていうところは、おなじなんだけど、

２．各画面、各開発担当者ごとには、あるきまり（きまりは、こんなかんじ）をつけるけど、基本的に、その画面単体でかいはつできるようにして

３．そいつを組み込む（インターフェース部分は、ダミー関数を使ってもらっていて、ほんちゃん環境だと、本ちゃん関数になり、つながると）

---

　で、画面間をつなげるインターフェースとして、

クラスの構造体(pMeでかくやつ）の中に
savedata=>コントロールのクラスのデータが入ってる
comdata=>画面間共通データ

がはいっていて、

　各画面の終了で、ISHELL_CloseAppletのかわりになにか関数をよんでもらい、その関数内で、次の画面を用意するっていうかんじ（単体テストするときは、その関数に、ISHELL_CloseAppletがはいってる）

ってなかんじのほうが、いいのかなあ。。