デザインやら配置やら

苦手な癖にエクセルじゃなくていきなりhtmlとCSSでデザインを始めてしまったので、奮闘してました。

htmlの構造としてタスクにarticleを採用したら無事にカレンダーの下にタスクが表示されるようになりました。

inline-flexで表示も上手く行ったのですが、画面からはみ出てしまうと個別スクロールが出来ない問題に直面してしまいました。

article扱いだとmainと同調してしまうのかな...…。日記部分も一緒にスクロールしてしまうのが問題です。
分けて考えて欲しいのですが、デザインよりもCSSとhtmlが難しいのです。

作りながらデータベースの設計も何となくしてましたが、やはりプロジェクト単位でタスクを管理させる方向で考えております。

大変だろうけど、せっかく作るならタスク処理だけではもったいないので。
きっと難しいんだろうな...…。

そんなこんなで悪戦苦闘してたら3時間経過してましたが、それには理由がありまして、完成した筈の勉強ログの修正点が発覚しまして、それも直してました。

ジャンルごとの読んだ全ての書籍のコメントを出力していたので、その記述を直してました。
後は使っていないメソッドの記述をコメントアウトして、問題ないか動作確認もしてました。

実質、htmlに悩んでいたのは2時間半位です。
それでも、もっと早くパパっと出来るようにはなりたいですがね、今は完全に手探り状態ですので...…。

多分、この画面の分割方法は後に作りたいゲームの画面にも採用したいので、今の内に学べるだけ学んでおこう。

タグ構成のarticleを使う、って覚えておかないと...…。格好悪くてもスクロールバーを採用するか...…。

タスクに追加表示させるのは優先度とかかな...…。3種類くらいをクリックで切り替えが出来たら楽そうだけど、JavaScriptがまたタスク大変な事になりそうです。

プロジェクト登録・編集とタスク登録・編集をにゅるっとバーで処理させるのとカレンダー機能がバッティングしないようにしたいな。

その前にデザインを固めよう。
UIを考慮して使い勝手良いものを作りたい。
タスクは薄いアクセントカラーにするか、それとも無しで、にゅるっとバーにアクセントカラー使うか、配色センスがないのでそういうの困るのです。

日記と同じようにタスクにも色を使うならエッジを丸くしたりしてみるか。
それかメインに配色して、エッジを丸くすればクドくないかも知れない。
いずれにせよ角は取りたいです。

今はhtmlに直書きのダミーデータで出力してるけど、それだけでもどんなカラムが必要になってくるか見えてくるので、やっぱりワイヤーフレームは大事っすね。

今回の開発もただただデータを出力するだけなので、ロジックが鍛わらないけど、Springbootに慣れるのが先決なので、出来ればちゃちゃっと終わらせたいのです。

データ設計にも依るけど、リアルタイムで変更を記録させるのであれば、裏のロジックはどうすれば良いんだろう？
忙しくなりすぎないかな...…？そこも心配。

変更を取得して、データを送るつもりなので、一つの変更でもオブジェクトをすっかり取り込んで送り、同時に取得する、なんて出来るのだろうか...…？

Ajaxを多用しまくるのかね。

後、あわよくばデザインパターンを意識して作っていきたい。前回の開発は無意識に使ってるかもしれないけど、全く理解できていないのです。

自分が作ったものがスタンダードなので、DAOは使ってるけど、ファクトリーパターンは上手く使えてないんじゃないか？とか色々考えてしまう。

例題が単純すぎてイマイチ使う理由も構造も理解できないのです。
一応、入力に依って出力を変えているけど、それじゃダメなのか...…？

JavaScriptでボタンを押下したときに特定のワードを添付して該当するurlを作動させていたけど、ファクトリクラスを一枚噛ませてそれぞれのメソッドやらサービスやらに分布させるのがファクトリーパターンなのか。

素直に設計が足りなかったな。

フロントのデザインが終わったら、出力内容も決まるだろうし、データ設計しながらデザインパターンも意識していこう。設計図に落とす時にすぐに書けるようにしたい。