2

Ember.js を使用してフロントエンドのみのアプリケーションを操作し、外部ホストからエンドポイントを消費することに成功した人はいますか? もしそうなら、あなたの経験を共有してください。

ここにいくつかのオプションがあります。

  • ローカル プロキシを介してリクエストを行います (パススルーのみ)。
  • プロキシ + Rails を使用して、Ember.js が希望する方法で作業できるようにします。
  • CORS リクエストを使用して、XSS の問題を回避します。

Ember.js への標準的なアプローチは、ローカル Rails アプリを使用して JSON を Ember.js アプリに提供することのようです。私のチームが行った調査によると、CORS は Ember.js を操作する一般的な方法ではないようです。

編集：

以下のコメントに関しては、これは実際には、Ember.js 自体ではなく、外部 API で Ember-data を使用する方法の問題です。

4

2 に答える 2

2

サーバーとクライアントの通信は、Ember.JS が解決するものではありません。これには jQuery が使用されるため、Ember.JS 側に何らかの制限があるべきではありません。

リストしたものはすべて、達成したいユーザーエージェントのサポートに応じて、さまざまなドメインから提供される API を処理する正当な方法です (一部のクライアントは CORS をまったくサポートしていないか、限られた形式でサポートしています)。

于 2012-10-04T15:38:23.870 に答える
0 
              **Approach 1**

このブログ投稿を見ると: http://eng.netwallet.com/2012/04/17/simple-cross-domain-ajax-with-a-wormhole-5/

ホスト ページでは、porthole.js と、ポートホール windowProxy をセットアップしてそこからのメッセージをリッスンする Ember オブジェクトを使用しています。

Porthole.js は、クロスドメイン iFrame との通信を安全かつ簡単にする小さな Javascript ライブラリです。

ember-data と RestAdapter 内からこのアプローチをいつでも使用して、言及されている gryzzly などをオーバーライドできます。

           **Approach 2**

また、以下の投稿では、 goliath をプロキシとして使用して、ember-data とelasticsearchを操作しながら、独自のカスタム アダプターを使用してコアを実行しています。

http://www.elasticsearch.org/tutorials/2012/08/22/javascript-web-applications-and-elasticsearch.html

投稿のコード全体はこちら: https://gist.github.com/3369662

于 2012-12-08T07:23:51.480 に答える