複数のAPIエンドポイントを1つの集約エンドポイントにバンドルするのは悪い考えですか？

Question

私は食品に関するアプリケーションを構築しています。私は、食品画像、食品栄養データ、食品評価のエンドポイントを持っています。

私のモバイルアプリケーションでは、ユーザーが食品を検索するときに、これらの3つのエンドポイントすべてを呼び出します。

3つのエンドポイントをこのように区切っただけでなく、1つの要求で同じデータを返す単一のエンドポイントを持つことは悪い考えですか？

これは理論的に時間とリソースを節約できますか？

Answer 1

同じデータを返す単一のエンドポイントを1つのリクエストで持つことは悪い考えですか？

もちろんです！ユーザがapiをヒットした場合、サーバはshowアクションを要求し、クライアントは1回のリクエストでそれをレンダリングするのに必要なすべての関連データを応答する必要があります。

が、これは理論的には、時間とリソースを節約することができ

理論的には、実用化の両方

、

の代わりに単一の要求を打ったときに、まず、ユーザデータが保存されている

• 3 /詳細..
• 3リクエストでは、必要でない場所で待ち時間、応答時間が3倍増加し、uiとuxの両方に影響します。あなたはモデルが関連付けられている場合は、ほとんどの場合には、データをフェッチすることができる場所
• 3の要求は、主にDBへの3つのクエリを起動します。これらは私がダウンして一覧表示することができますわずか数ある1

を使用して、それの多くの長所があります。