0

私はEmberJSを使用しており、モデル用にember-dataを統合することを計画しています。Rails/MongoDBをバックエンドとして使用しています。Ember Webサイトで例と更新されたドキュメントを確認しましたが、すべてのディスカッション/例に共通することが1つあります。それは、データをCRUDに流し、railsがすべてをrouter.rbのリソースとして効果的に公開する必要があるということです。

私の実際の経験では、タッチコンプレックスバックエンドのREST APIは、データベース内のすべてのモデルでCRUDのままではない場合があります。さまざまなクエリ文字列でJSONを配信するRESTAPIがたくさんあります。このような場合にデータストアをどの程度正確に適用できるか。これへの実例/参照はありますか?

広い意味で、EmberDataに関するTomDaleの講演から抽出することは、オフラインデータストアのサポートに役立ちますが、この概念全体が、Ember DSのfind_by_id(Railsに相当)が見つけるよりも複雑なデータベースクエリを利用するサイトにどのように対応するかを示します。

複雑なサービスのデータストアのサンプルソース/プロジェクションの参照が役立つ場合があります。

4

1 に答える 1

1

非標準になった場合は、RESTAdapter を使用するのではなく、独自のアダプターを作成することをお勧めします。これにより、アダプターがサーバーからレコードをクエリおよびロードする方法を定義できます。RESTAdapter は基本的なクエリを対象としていますが、小さな変更のために拡張できます。このリンクは、かなりまともなカスタムアダプターを示しています。

https://github.com/karmi/ember-data-elasticsearch/blob/master/ember-data/lib/adapters/elasticsearch_adapter.js

上記のアプリは引き続き動作するはずなので、このリンクを参照することをお勧めしますが、まだ作業中であり、これは API への重大な変更を示しています。

https://github.com/emberjs/data/blob/master/BREAKING_CHANGES.md

于 2013-02-03T20:46:40.617 に答える