0

モバイル アプリケーションは、REST API を使用してサーバーと通信します。当初は、RESTful な状態を維持し、優れたプラクティスを使用し続けたいと考えていました。しかし：

  • 私たちの API は決して公開されません (内部使用のみ)
  • アプリケーションはますます複雑になり、リクエストの数は大幅に増加しています

すべての制約を尊重するのは難しいため、大規模なサービスの公開 API は実際には RESTful ではないことがわかりました。

データを取得するために 5 つのリクエストを作成する代わりに、1 つのリクエストのみを作成し、クライアント側で json を解析できると思いますか? 重要な REST ルールに違反していますが、モバイル アプリケーションのパフォーマンスが大幅に向上しますか?

ありがとう

4

1 に答える 1

0

RESTful であること自体にはほとんどメリットがありません。REST の利点は、その個々の特性 (ステートレス、クライアント サーバー、リソース ベース) から得られますが、完全に RESTful であること (またはその言葉を使用すること) からではありません。REST の最も重要なプロパティを選択して実装し、残りは実行しないでください (しゃれは意図されていません)。

たとえば、内部 API に適切な URL や意味のある動詞は必要ありません。それらは審美的ですが、生産性の向上には役立ちません。例: SOAP ベースの Web サービスは、あまり重要でない REST 原則のいくつかを廃止しますが、いくつかの優れた原則は維持します。Web サービスは生産的なテクノロジであり、これが重要です。

内部 API には、WS-* や SOAP などの標準プロトコルに基づくミドルウェア パッケージを使用する必要があります。Web サービス フレームワークは、内部 API の RPC 部分を解決します。URL を作成/解析する必要はなく、シリアル化を処理する必要もありません。

于 2013-08-16T12:05:44.363 に答える