11

私が取り組んでいるプロジェクトでは、ember-data なしで ember.js (1.0rc1) を使用していますが、これはこれまでのところ非常にうまく機能しています。ember-data を使用しないことにした理由は、REST インターフェイスとの統合を処理するためのユーティリティ メソッドが既にいくつかあることと、ember-data が ember.js の一部ではないことです。

emberjs.com から:

現在、Ember Data は Ember.js とは別のライブラリとして出荷されていますが、より多くの機能をサポートするためにアダプター API を拡張しています。ただし、このセクションで説明する API は安定している傾向があります。Ember Data が標準配布の一部として含まれるまでは、GitHub ページからコピーを入手できます。

だから、私の質問と私が探している入力に：

  • このアプローチでどれだけ失う/得るか? (REST 統合以外)
  • 実際には ember-data なしで開始し、現在 ember-data に移行した可能性のある誰かの経験
  • ember-data の成熟度と ember.js への統合

そして、ember.js/ember-data 開発者向けの別の質問があります。

  • ember-data を ember.js に統合するためのロードマップは何ですか?また、API への影響はどのくらい強力ですか?

あなたの経験を共有し、いくつかのヒントやアドバイスを提供してくれてありがとう. // ph

4

1 に答える 1

4

私は自分のプロジェクトで ember-data を使用しており、非常に満足しています。サーバーと通信するための独自のものを開発する時間を大幅に節約できます。

現時点では、ember-data は公式には本番環境に対応していませんが、私は既に使用しています。

ember-data については、emberjs Web サイトでこれを読んでください。それは言います：

Ember Data は、設定を行わなくても、特定の規則に従っていれば、RESTful JSON API を介して提供されるレコードと関係を読み込んで保存できます。

また、世界には多くの Web サービス API が存在し、その多くはクレイジーで一貫性がなく、制御できないことも理解しています。Ember Data は、通常のものからエキゾチックなものまで、必要な永続レイヤーで動作するように構成できるように設計されています。

詳細については、github ページを参照してください。その中には一種のロードマップさえあります...

もう 1 つの利点は、関係を使用してモデルを定義できることです。サーバーで何か問題が発生した場合に変更をロールバックできるトランザクションを使用することもできます。

使用するバックエンドの種類に依存しないという ember-data の背後にあるビジョンが本当に気に入っています。または、関係を定義する場所。親オブジェクトで関係を定義するMongo-dbを使用する場合、他の人は子オブジェクトでそれを行います。

于 2013-02-27T19:15:54.693 に答える