クライアントが非常に細い場合、ExtJSを使用するMVCアーキテクチャに利点はありますか？

Question

私たちはプロジェクトでSenchaのExtJS 4を使い始めたばかりで、クラ​​イアントでMVCアーキテクチャを構築するためのドキュメントを守っています。私たちは、異なるビュー（ExtJSには1である）にレンダリングするので、我々は最小限に抑えるために、サーバ上のコントローラ内のすべてのロジックを保つ

• ：時間が進むにつれてので、私は、それはそれは価値があるよりも多くの問題だと思うに傾いています複製の場合は
• です。ロジックがほとんどないため単体テストはあまりありません。我々はセレンで機能テストを行います

このようなシンクライアントでMVCアーキテクチャを維持する利点は何ですか？現在明らかにされていないものの、コンポーネントの開発を開始するときには、その道のりが悪化する可能性がありますか？

Answer 1

Ext JS 4での私の経験では、MVCを使用するのは一般的にはそれほど難しい問題です。

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

主な問題は、多くの異なるページ（従業員のリストを持つコンボボックスなど）で同じコンポーネントが必要になることです。あなたはおそらくそれがどこにあるページに応じて異なるリスナーを必要とするでしょうが、ほとんどの場合、それはどこでも同じでしょう。初期化時にデータをロードし、次にデフォルト値が設定されている必要なコンポーネントのサブクラスを定義するStoreを作成するのは簡単です。あなたがしなければならないのは、それを店のIDとあなたが望むどんなリスナーにでも置くことです。