0

このチュートリアルでは、多くのうち3つが、モデルからのビューを呼び出していることがわかります。

私が見たすべての図には、この相互作用を仲介するコントローラーが必要です。

私は文句を言っていませんが、彼らは厳密なMVCパターンを破っていますか？

依存関係の追跡に関する限り、コントローラーはモデルとビューに依存する必要があります。

モデルとビューは、相互に、およびコントローラーから独立している必要があります。

バックボーンはMVCパターンを壊しますか？

4

2 に答える 2

4

バックボーンは決してMVCではありません。ビューは、MVCの関心の分離の目的を無効にするコントローラーとして機能します。

また、（View / Controller）には、厳密なMVCではモデルに保持されるロジックが含まれています。

FAQから http://backbonejs.org/#FAQ-mvc

Backboneは「従来の」MVCとどのように関連していますか？Model-View-Controllerパターンのさまざまな実装は、コントローラーの定義について意見が一致しない傾向があります。それが役立つ場合、バックボーンでは、Viewクラスは一種のコントローラーと考えることもでき、HTMLテンプレートが真のビューとして機能し、UIから発生するイベントをディスパッチします。これをビューと呼びます。これは、単一のDOM要素のコンテンツを担当するUIの論理チャンクを表すためです。

于 2012-09-28T20:51:43.900 に答える
1

ヒロごめんなさい、でもあなたに反対しなければなりません。Backbone.jsは非常にMVCになる可能性がありますが、それはすべて、実装方法によって異なります。問題は、backbone.jsの例のほとんどが、そのビューのメソッドにバインドされているビューイベントのみを示していることですが、これを回避してMVCパターンを完成させる方法は2つあります。

1つ目は、ビュー内のすべてのイベント/ボタンを、ルーターが簡単に取得できるハッシュバンURLリンクに置き換えるか、イベントメソッド定義でコントローラーの適切なメソッドを呼び出してパラメーターを渡すことができます。

そして、ertumeが言ったように、モデルからビューを呼び出すことは絶対にしないでください。

于 2012-10-01T16:26:44.497 に答える