Breezejs EntityManager MetadataStoreとfetchEntityByKey

Question

私はSPAアプリケーション（durandaljs）を持っています。フェッチしたいエンティティの "id"をマップする特定のルートがあります。

テンプレートは "/＃/ todoDetail /：id"です。

たとえば、「/＃/ todoDetail/232」または「/＃/ todoDetail/19」と入力します。

viewmodelのactivate機能については、私はIDを取得できるようにルート情報を取得します。次に、breezejs EntityManagerの新しいインスタンスを作成して、指定されたIDを持つエンティティを取得します。

問題は、manager.fetchEntityByKey（ "Todos"、id）を呼び出すときにEntityManagerがサーバーからのメタデータをまだ持っていないため、例外をスローしています "名前で 'Type'を見つけることができません：トドス "。

最初にfetchEntityByKeyを呼び出す前に、ストア（manager.executeQuery）に対してクエリを実行した場合にのみ機能します。

これは予期しない動作またはバグですか？ EntityManagerのインスタンス化中にメタデータをオートフェッチする方法はありますか？

注：ユーザーがブラウザに直接ルートを入力できるようにするため、私のケースでは共有EntityManagerを使用するのは難しいと思います。

EDIT：一時的な回避策として、私はこれをやっている：あなたはおよそfetchMetadataを学んだ

BreezeService.prototype.get = function (id, callback) { 
    var self = this; 

    function queryFailed(error) { 
     app.showMessage(error.message); 
     callback({}); 
    } 

    /* first checking if metadatastore was already loaded */ 

    if (self.manager.metadataStore.isEmpty()) { 
     return self.manager.fetchMetadata() 
     .then(function (rawMetadata) { 
      return executeQuery(); 
     }).fail(queryFailed); 
    } else { 
     return executeQuery(); 
    } 

    /* Now I can fetch */ 
    function executeQuery() { 
     return self.manager.fetchEntityByKey(self.entityType, id, true) 
         .then(callback) 
         .fail(queryFailed); 
    } 
}; 

Answer 1

。それは重要です。クエリを発行せずにアプリケーションを開始できる場合は、fetchMetadataを使用して、キャッシュで直接操作を実行する前に戻ります（たとえば、キャッシュ内のキーでエンティティをチェックしてから、データベースクエリに戻る）。

しかし、あなたは複数のマネージャーに言及しているので、何かが続いていることを感じます。デフォルトでは、新しいマネージャーは他のマネージャーのメタデータを認識しません。しかし、あなたはマネージャーの間で単一のmetadataStoreを共有できることを知っていました？あなたはできる。

私はしばしば（DocCodeサンプルのメタデータテストで参照してください）、アプリケーション用のmetadataStoreを取得し、そのメタデータストアで新しいマネージャを作成するEntityManagerファクトリ関数を記述してから、あなたがTodoDetailをレビューするためにViewModelを回転させたときにあなたがやっているように、私は新しいマネージャーをつくっています。

Answer 2

多くのWCF RIAサービスとCaliburn Microを使用したSilverlightの背景から、私はBreezeとDurandalを統合するためにこのアプローチを使用しました。

アプリケーションのAppフォルダにservicesというサブフォルダを作成しました。そのフォルダでは、datacontext.jsというjavascriptファイルを作成しました。ここに私のDataContextのサブセットです：

define(function (require) { 

    var breeze = require('lib/breeze'); // path to breeze 
    var app = require('durandal/app'); // path to durandal 

    breeze.NamingConvention.camelCase.setAsDefault(); 

    // service name is route to the Web API controller 
    var serviceName = 'api/TeamData', 

    // manager is the service gateway and cache holder 
    manager = new breeze.EntityManager(serviceName), 

    store = manager.metadataStore; 

    function queryFailed(error) { 
     app.showMessage("Query failed: " + error.message); 
    } 

    // constructor overrides here 

    // included one example query here 
    return datacontext = { 
     getSponsors: function (queryCompleted) { 
      var query = breeze.EntityQuery.from("Sponsors"); 
      return manager 
       .executeQuery(query) 
       .then(queryCompleted) 
       .fail(queryFailed) 
     } 
    }; 
} 

は、その後、あなたのデュランダルビューモデルで、あなたは、サービス/ DataContextのを単に必要とすることができます。たとえば、ここに私のアプリからサンプル・ビューモデルの一部です：

define(function (require) { 

    var datacontext = require('services/datacontext'); 

    var ctor = function() { 
     this.displayName = 'Sponsors', 
     this.sponsors = ko.observable(false) 
    }; 

    ctor.prototype.activate = function() { 
     var that = this; 
     return datacontext.getSponsors(function (data) { that.sponsors(data.results) }); 
    } 

    return ctor; 
}); 

これは、あなたはそれがすべて一つの場所で行われているので、すべてのビューモデルにメタデータストアの初期化を心配しないようになります。