0

複数 (2 つまたは 3 つ) の既存の RESTful API と通信する必要がある Web アプリケーションを設計しています。各 API は、異なるデータと機能を提供します。Web アプリケーションは基本的に API を 1 つのユーザー インターフェイスにまとめます。

このシナリオに基づいて、いくつか質問があります。

  1. これは一般的ですか？
  2. これは悪い習慣ですか、それとも悪いアーキテクチャですか? もしそうなら、いくつかの代替手段は何ですか？
  3. (下の図 #1) JavaScript + AJAX を使用して、これらの API を操作したいと考えています。別の絶対 URL でアドレス指定して、別のドメインに AJAX リクエストを送信しますか? 例: http://api1.domain.com/something、http://api.domain.com/something_else
  4. (下の図 2) (3) の代わりに、単にバックエンド コントローラーをこれらの API とやり取りさせてから、フロントエンド (JavaScript) をアプリケーションのコントローラーとやり取りさせるべきですか? 基本的にこれはファサードになります。

私は SOA について深く掘り下げているので、無知に聞こえる場合はご容赦ください。そして、FWIW、Ruby on Rails を使用する予定です。

図 1:

ここに画像の説明を入力

図 2:

ここに画像の説明を入力

4

1 に答える 1

1

通常、安らかな API はアプリケーションのコアへのフロントエンドです。必要に応じて別の安らかな API を使用してもかまいません。jersey のような一部の安らかな API は、一般的なケースに対応する標準の Java EE Web コンテナーで非常に簡単に使用できます。play、lift などの他の安らかな (-ish) api は、comet リクエストを非同期に処理するのに適しているため、単一のワークステーションから高いパフォーマンスが得られます。

さまざまなドメインに関する限り、これは、プロキシサーバーが負荷分散、https ラッピングなどを行う単一のドメインの背後に抽象化できます。

于 2012-07-18T17:10:22.123 に答える