とりあえずリリース終了な日常【5月25日（金）】

なんとか無事（？）再リリースもできて、特にその後の連絡でも大変な問題は発見されていないようなのでようやく落ち着いてきたかなー、という感じです。

最近、「落ち着いた」とか「暇になった」とか書くと決まって忙しくなるので断定しないことにしてみたりw

しかしまぁ、これでもかってくらい仕様バグが…。
あきらかに最初にプログラム作った人間が下手くそだってことですわなー。
なんというか、思い込みだけでコーディングしてるっていうか…。

例えば。
ある変数（入れ物）の中にデータを入れるとする。
複数のデータを並べて入れるので、セパレータ（区切り）を入れておきたい。
データには名前がついているので、その名前をセパレータに使えば、特定のデータだけ抜き出すのが簡単だ。
という考えで、以下のようにデータを入れてるわけです。

【データ1の名前】【データ1】【データ1の名前】【データ2の名前】【データ2】【データ2の名前】…

こうすれば、【データ1の名前】で文字列検索をかければ、【データ1の名前】で囲まれた部分がデータ1であることが判るわけですね。
データは複数で1つのデータとして扱う場合があるので、その場合は代表として先頭のデータの名前を区切りに使います。
その場合は【データ1の名前】【データ1】【データ2】【データ1の名前】となるわけです。

これだけ見ると特に問題は無いように思えますが…。
実は、データの中には名前の文字も含まれているのです！

ですので、上のように複数で1つのデータとなっている場合、
【データ1の名前】【データ1】【データ2】【データ1の名前】
という所から、【データ2の名前】で検索をかけると、【データ2】の中に含まれている名前の部分を見つけてとってきてしまうわけですよ！

そのせいで、特定のパターンでデータの読み込みを行うとデータが壊れるという事態に…。（つд｀）

仕方ないので、【データの名前】の前後に”;;”を入れることにしました。
”;;【データの名前】;;”でセパレータになるわけですね。
そうすれば少なくともデータ内の名前とは間違えないわけで。

他にも、データベースの中にデータを入れてるのに、検索条件が”ファイル名”と”バージョン番号”になってるせいで、同じ名前で同じバージョンのデータを使ってる他人と混線してみたり…。
（ちなみにそのテーブル内にユーザを特定するレコードは無い為ので検索条件を変えてもデータを特定できないorz）

ラジオボタンで処理の種類を選択出来るんだけど、それを「ラジオボタンが変更されたイベント」が発生した時しかチェックをしていなかったり。
（一度ラジオボタンをデフォルト表示以外に変更した後、同じ画面に戻ってきて、ラジオボタンを変更せずに次の処理に移動すると、ラジオボタンはデフォルトが選択されているにも関わらず、情報が更新されていない）

まぁ、とにかくひどいプログラムだったわけで。（つд｀）

今後は次のバージョンアップに向けて、要望を順次取り込んでいくことになるかなぁ、と。