質問編集履歴
1
RESTに表記を統一しました
title
CHANGED
|
@@ -1,1 +1,1 @@
|
|
|
1
|
-
|
|
1
|
+
REST APIにおいてパフォーマンス上の理由から、リソースの単一のフィールドのみを返したい
|
body
CHANGED
|
@@ -1,4 +1,4 @@
|
|
|
1
|
-
現在マイクロサービスアーキテクチャにて、
|
|
1
|
+
現在マイクロサービスアーキテクチャにて、REST APIとフロントエンドの開発を行っています。
|
|
2
2
|
|
|
3
3
|
ウェブサイトの描画の都合上、1ページで100を超えるリソースの一部情報を取得したいのですが、全てのリソースを素直に取ろうとすると、ページ描画に必要な情報が揃うまでに長いロード時間を要します。(実際にはBFF層がリクエストの集約を行っています)
|
|
4
4
|
|
|
@@ -6,9 +6,9 @@
|
|
|
6
6
|
|
|
7
7
|
ただし対象となるウェブサイトで必要な情報はその中の一部のみで、集約処理が必要でないので、それだけを返すならばかなり高速なレスポンスが可能です。
|
|
8
8
|
|
|
9
|
-
マイクロサービスとして開発している以上、
|
|
9
|
+
マイクロサービスとして開発している以上、REST APIが画面の都合を知った上で設計するのは望ましくないと考えており、またURL設計として`resources/:id`の形が基本だと認識しています。
|
|
10
10
|
|
|
11
|
-
その上で、欲しいフィールドのみを返すのは
|
|
11
|
+
その上で、欲しいフィールドのみを返すのはREST APIとしてあるべき形なのか、またそうであるならばどのようなURL設計にするべきなのでしょうか。
|
|
12
12
|
|
|
13
13
|
例として`article`リソースがあり、`articles/:id`を叩くと重い集約作業が発生しますが、今回ほしいのは`comment_count`のような軽い情報だけというケースになります。
|
|
14
14
|
|