質問: フロント側のHTML, JSにデータを持たせてコンテナの追加、削除、更新、順序交換などの処理を追加で実装するとした場合 結局、全てのコンテナにtype, order_index の情報を持たせる必要があるならばID1つで済むならその方が楽ではないでしょうか? API設計に悩む時間が多く作り直しを何度かしているのでご教示いただけたら幸いです。
回答: ### 質問1について > > バックエンドの処理としてはテーブルのプライマリキーであるIDを渡されるとDBのレコードを取ってくる処理がとても書きやすいのですがこれはありですか? > > > もっと見るの前にIDのリストを取得して保持しておくという事ですよね。 一覧のデータ量が多い場合はクライアント、及び、サーバーサイドでメモリを圧迫する可能性があるため、データ量によってはNGです。 ただパフォーマンス的にはIDリストを渡した方が良いと思われます。 ページングのパラメーターとして最小で必要と思われるのは[開始ID or Indexなど]だけです。 (取得件数はサーバーサイドで固定されていたら必要ないですが通常パラメーター指定するかと思います。) それ以上の情報を含める場合はそれ相応の理由があればOKかと思います。 ### 質問2について > > フロント側のHTML, JSにデータを持たせてコンテナの追加、削除、更新、順序交換などの処理を追加で実装するとした場合 > > 結局、全てのコンテナにtype, order_index の情報を持たせる必要があるならばID1つで済むならその方が楽ではないでしょうか? > > > IDだけで管理したいという事であればそれができればそのように設計する方が良いです。 やり取りする情報も保持しておく情報も必要最小限の物とすべきです。