■

「違う分野で仕事する」ってことに慣れてみると。
おいらのデータチェックは厳しくなってきた。
思いつきの仕様や破綻した仕様は、プログラムを作るまでもなく指摘できる。
そこに納得の行く理由が無ければ絶対に作りもしない。

っというとなんだかエラソーだが、なんのことはない。
チェックしないと後が大変になるからだ。
何も未来の自分のために、わざわざ地雷を仕込むことはせんでええやん。ヽ(´ー`)ノ

例えば。
リッチクライアントにおいて。
画面の入力値をチェックするのにどんな処理形態を考えつくだろう？
そしてそれの実装形態はどうあるのがより安全確実だろうと考えれるのだろう？

さらに限定して。
一口に画面から入力してＤＢに出力する〜といっても、
処理形態はどえらい様々だ。
画面からの入力値を1個のＤＢにそのまま入力するという１：１のモデルから
他のＤＢを参照してチェック要件を確認した上で登録するとか、
あのマスタとこのマスタとそのマスタからデータをひっぱってきて
あのテーブルとこのテーブルとそのテーブルに更新かけに行くってｎ：ｍのモデルまで。
その組み合わせたるや数え切れなくなりそうなので数えないことにする。
この際１：nやｎ：１も忘れることにする。いや、ｎ：ｍモデルに含もう。それがいい。そうしよう。

いつもの通りにナンバリング。
　１：１モデル→(1)
　ｎ：ｍモデル→(2)
以下これで通します。