#navi(雑記2009) 小休止。 質を変えずに、interfaceを簡素にしようとすると、backyardが複雑になる。ふう。 ---- Member登録からShop登録&編集の流れの整合性を見るため、何度もプログラムを初期化して登録したり編集したりをくり返す。 細かな修正すべき点がちょこちょこ見つかったが、概ね問題無いレベルにまで仕上がりつつある。 昨年中断した頃に比べると、かなり洗練されてきたと自己評価。>^_^< 構成プログラム数は既に200を越えている。 Bsearchの場合、書誌検索含めてもその構成プログラム数は十数個でしかないので、 今作成中のものが、どの位の規模と複雑さで成り立っているかおおよそ解る。 ちなみに各店設置目録構成プログラム数は10個。 で、今尚flow chart無しで作っている異常さ。(^^ゞ 結局のところ、使用するデータunit群をどう構成するかと云う点が一番難物な訳で、 プログラム自体はそれらデータの調整役でしかない。 データ構造の設計がいい加減だと、後々どうにもならなくなるわけで、 あくまでデータが主でプログラムは従。この基本的考え方は今も昔も変わらない。 データ構造の見直しは未公開の今だから出来る事。 で、ここ数日はデータ構造弄り回していた。 ---- #comment