1

プロジェクトで Sencha の ExtJS 4 を使い始めたばかりで、ドキュメントに従ってクライアントに MVC アーキテクチャを構築しています。時間が経つにつれて、それは価値があるというよりは面倒だと思う傾向があります。

  • 異なるビュー (ExtJS が 1 つ) にレンダリングするため、サーバー上のコントローラーにすべてのロジックを保持して、重複を最小限に抑えます。
  • このため、ロジックがほとんどないため、単体テストはほとんどありません。Seleniumで機能テストを行います

このようなシン クライアントで MVC アーキテクチャを維持する利点は何ですか? 今は明らかではありませんが、コンポーネントの開発を開始したときに現れる可能性があるものはありますか?

4

1 に答える 1

2

Ext JS 4 での私の経験では、MVC を使用することは、一般的に価値があるよりも面倒です。

Ext JS でサイト全体を構築している場合、そこから何らかのメリットが得られる可能性がありますが、コンポーネントの作成/オーバーライドから得られるものは何もありません。クライアント側のロジックがほとんどまたはまったくないシン クライアントを開発している場合は、オーバーヘッドが増えることになります。

主な問題は、多くの異なるページ (従業員のリストを含むコンボボックスなど) で同じコンポーネントが必要になった場合です。おそらく、それがどのページにあるかに応じて、異なるリスナーが必要になるでしょうが、ほとんどの場合、どこでも同じです。初期化時にデータをロードするストアを作成し、デフォルト値が設定された必要なコンポーネントのサブクラスを定義するのは簡単です。あとは、storeId と必要なリスナーを指定するだけです。

于 2012-02-17T18:17:03.227 に答える