思ったことメモ

[h-takesg]

趣旨

後で相談したほうがいいと思ったことを書いておく
修正するかどうか，いつやるかは知らない
学生部屋でやってる重箱の隅つつき隊のノリ

個別にissueを立てるべきな気もするが粒度が小さそうだったり，個人の好みだったり，しょうもなかったりするのでまとめる

修正するときにIssue化かPull request化

[h-takesg]

apiのuriが動詞を含んでいる
http://localhost/backend/member/add

uriは名詞として
POST とか PUT メソッドで処理を切り替えたい
#39 で突っ込んだ

[h-takesg]

backendの user/add と item/add で挙動が違う

重複エントリーに対して
user: failed
item: success
が返ってくる
#39 で揃えた

[h-takesg]

item addのリクエストボディのプロパティgroupingはgroupでいいのでは
#39 で変えた

[h-takesg]

./init_database.sh でbackend経由で初期データを打ち込むよりは
dbコンテナ立ち上げ時にinit用スクリプト読ませるほうが役割として自然

backendのテストならそう切り分けるべき

[h-takesg]

teature -> teacher

#33

[h-takesg]

ログイン時のアラートは好みじゃない

ログイン成功はログイン表示への遷移で示したい
失敗時もパスワード欄付近にメッセージを出力するぐらいがいい

成功にせよ失敗にせよ次のアクションがスムーズになる

どれかで消えた

[h-takesg]

ホームタブの余白調整していきたい
#41 でいい感じになった

[h-takesg]

Active/In active -> Visible or Active

可視性だけならvisible
購入不能など有効無効ならactive

トグルスイッチの欄なので有効時のラベルさえあればいいと思う

[h-takesg]

ユーザーや商品のソート/フィルターがあるべき

[h-takesg]

今月の支払い分 -> 今月の購入分 or 今月

[h-takesg]

docker-compose.ymlが分離したの辛い
Dockerfile PreProcessorみたいなのほしい

変数で解決した

[h-takesg]

ユーザー/商品削除前にアラートが欲しい

[h-takesg]

backend/bin/ ディレクトリがignoreされていない

#21 で突っ込んだ

[h-takesg]

frontend側でbackendと通信する処理をまとめたい
Backendクラスみたいな

#21 で突っ込んだ

[h-takesg]

backendまわり，idっぽいものをnameとしている
直した

[h-takesg]

setSumPurchased必要？
#66 で消えそう

[h-takesg]

heic投げられたらどうなる？
frontがファイル選択時点で弾くのでまともに使っている間は考えなくていい
backは弾いてないのでそのままdbに格納しそう

[h-takesg]

商品を削除すると購入履歴はどうなる？

[h-takesg]

追加時点でactiveがfalseなのはなぜ？
追加した=今から使うもの　では？