7

私は現在、大規模な単一ページ Web アプリケーションの概念を作成中です。多くのコンポーネントがあるため、関心の分離は私にとって重要です。サーバーは基本的に、クライアントにテンプレート コードを送信するなど、いくつかの砂糖を含む REST サーバーです。

したがって、クライアント側で使用する MVC フレームワークを決定する必要があります。

私は backbone.js がとても好きなので、それに依存する大きなフレームワークが必要です。

やってきたのは、Marionette.js と Chaplin.js です。

どちらかまたは両方のフレームワークを使用したことがある人はいますか? 強み、弱み、その背後にあるコミュニティ、またはそれらは基本的に同じですか?

これは、どちらが優れているかを議論するものではありません。短い機能リストにすぎません。実際に両方を使い始める時間がないため、どちらを使用するかを決めることができます。

4

2 に答える 2

2

Marionette.js の経験は約 1 年です。Marionette.js は、独自のアーキテクチャを持っているが、ビュー レイヤーを操作する方法がわからない場合に最適なオプションです。私は次のスキームが好きです：

  1. データレイヤーのコアとしてのバックボーン (モデル、コレクション、残りの API)
  2. ビュー レイヤーの Marionette.js (1 つのエンティティの ItemView、エンティティのコレクションの CollectionView、CompositeView (エンティティ + コレクション) など。
  3. Reveal.js データ バインディング
  4. テンプレートとしての HBS
  5. 独自のルーティングとコア ロジック

ブランチ ツールをお勧めします。これは、独自の SPA をコンパイル、準備、および構築するための豊富なツールです。もちろん、Grunt + Yo + Bowerも豊富なツールです。

于 2014-02-10T11:50:11.157 に答える
2

マリオネットと仕事をしたことはありませんが、基本的にチャップリンは次の場合に賢明な決定です。

  • もっと独断的なアーキテクチャが必要です。チームで立ち上げて実行するための一連のルール/慣習が必要な場合に役立ちます。
  • メモリ管理が問題です。
  • Ruby の経験があり、Coffeescript の使用に慣れているかもしれません。

また、大きなアプリケーションを構築している場合は、Chaplin で自分で多くのことを理解する準備をしてください。ドキュメントはそこにありますが、多くの場合、「暗闇の中で一人で」いることに気付くでしょう。ただし、ソースには十分なコメントが付けられており、高く評価されています。

于 2013-05-06T19:20:25.303 に答える