気晴らし

設計図から一旦離れて、全く関係のない事に勤しもうとしていたら、いつの間にか牛すじ煮込みが出来ていました。

美味しく頂いたのですが、お腹が膨れて設計どころではなくなるくらいにお腹が一杯です。

昨日は余り眠れなかったので、早目に就寝がてら、脳内設計をしているのですが、寝て覚めたら忘れてしまうので、思い付きを書きながら眠るとしよう。

先ずは基本のhtmlとコントローラから、それ以下のサーバーの記述の流れ。JavaScriptは複雑だし、書き方が定まっていないので、後回し。

htmlからジャンルや書籍をクリックするとページ遷移して、それぞれのこれまでのログを一覧できる仕組みにするのですが、showAllLogOfAGenreとかshowAllLogOfABookで良いか。

Ajaxから取り入れる場合は、サービス通さないで良いんだっけ？
でも、結局週間、月間も作るのだから、サービスは組むようにしないとか...…。

設計図に何を記載していたか忘れたが、サービスにはメソッドと必要変数だけ記録して、それぞれのマッパーに分けよう。

でも、多分、そうしてるかもしれない。

マッパーはメソッド名と使用する変数と返ってくるデータ。データの形やオブジェクトクラスもその下に記載。
それでやっとSQL。

という形の筈なのだが、先ずは詳細ページに必要なのはジャンルか書籍かの振り分け。
詳細ページに飾るジャンルまたは書籍名。
書籍であれば著者名。

取り敢えず出来高を見直していたら、似たような機能を一元化出来ないかと考え、弄ってみる事にしたら、グラフが出力されなくなった。

読了と書籍のJavaScriptのコードはデータの取得方法こそ違えど、それを出力する方法は同じだったので、変数名だけ変えれば良いと思ってやってみたら、あれこれ色々と変更しなくてはならなかったので、思いがけず時間を食ってしまった。

それと、やめておけば良いのに、サーバー側の記述も、同じ様に読了と書籍のSQLの記述が重複しているので、statusの変数だけ変更すれば各々のの結果が出ると思い、読み返してみたが、どのファイルを変更すれば良いのか分からなくなり、取り敢えず動作しているので、このままにしておこうと思う。

これらは設計の段階で読めていた筈なのだが、考えが足りなかったのが悔やまれる。

多分、サービスのインターフェースとインプリメントを変更しなくてはならないのだろ。後はSQL文を変数にして、どうのこうのか...…。

少し気になって眠れないので、今のうちに直してしまおうか。

Apiにアクセスした時点で変数を設定すれば良いのか。重複する記述を省略して、プログラムを軽くするのには必要な事か。
後学の為、少し頑張ろう。

設計図も修正しなくちゃな...…。