バックボーン通信、私は仲介者、イベントアグリゲータ、使用して、backbone.eventsについて読んだ

Question

異なるパターン...等私は、下記の別の潜在的パターンについて助言する必要がある

、あなたは、これが悪だと思いますか？または良い？注意点/問題点は何か。

この 'パターン'は非常に古典的な問題に答えるものです。 View1で何かをクリックすると、View2がレンダリングされます。 View1とView2は独立しています（これはサブビューのケースではありません）。 View1とView2の間では、「アクション」モジュールを使用します（反応/フラックスに多かれ少なかれ）。ここで

は、擬似コードでプランです：ビューを削除すると

View1: 
    initialize: 
     Actions.subscribe(this, 'view2); 

View2: 
    onclickwtv: 
     Actions.displayView2(); 

Actions: 
    this._Views = []; 
    subscribe(view, viewName): 
     this._Views[viewName] = view; 

    displayView2: 
     this._Views['view2'].render(); // or show or wtv function needed 

我々は_Viewsアレーオフ特定のビューをポップだろうアクションでunsubsribe関数を呼び出します。

このスキームの目的は、（イベントアグリゲーターではなく、それらの相互作用を見るための中心的な場所を持たない）ビュー間の潜在的な相互作用を可視化することです。

これについてのご意見をお待ちしております。

Answer 1

私はVIEW2がアグリゲータオブジェクトにイベントをトリガしなければなりません：

onclickwtv: function() { 
    Aggregator.trigger('wtc-click'); 
} 

そして、私はView1をこのイベントにサブスクライブする必要があります：

initialize: function() { 
    this.listenTo(Aggregator, 'wtc-click', this.render); 
} 

アクションを呼び出すことができるようにView1をアクションに加入持ちますView1.render（）は、同じことを達成するためのほんの一歩です。あなたのソリューションには3つの意思決定対象があり、私のものは2つしかありません。私のソリューションでは、ビューステートの管理は必要ありません。.remove()メソッドが呼び出されたとき、ビューはアグリゲータのリッスンを停止します。