私たちは長い間ExtJを使用してきましたが、MVCパターンの出現により、これまでのアプローチを考えると、今後使用するかどうかという重大な問題に直面しています。
私たちのアプリケーションでは、レポートを生成するための40の同様の画面など、同様の画面があります。これらのレポート画面には、ボタン付きのフォーム(PDF、CSV、EXCEL)があります。すべてのボタンは、すべての画面で同じ機能を備えています。つまり、フォームをURLに送信して、特定のレポートを生成します。
私たちが従ったアプローチは、ExtJのウィンドウクラスを拡張するカスタムクラス、たとえばreportscreenクラスを作成することでした。
このカスタムレポート画面クラスには、ハンドラーが定義されたボタンが既にあり(すべての画面で機能が類似しているという事実を前提として)、関数setFormItems()を備えたフォームもあります。このクラスのインスタンスは、setFormItems()とレポートを生成するためのURLを使用してフォームのアイテムを提供します。
このアプローチは、開発の労力を大幅に削減するだけでなく、チームの新しいメンバーでもクラスを使用して新しい画面を作成するのに役立ちます。
現在、最も推奨されるパターンであるMVCが提供されており、上記で共有されているアプローチは、MVCパターンによるものではありません。しかし、それでは、ここで本当にMVCパターンに移行する必要がありますか?
上記のアプローチを使用すると、労力を節約できるだけでなく、物事をより細かく制御できます。
この質問をする目的は、MVCパターンを使用して上記のシナリオを実装し、現在のアプローチから離れた場合に得られる正確な利点について知ることです。
したがって、上記のコンテキストでは、MVCはどのような追加の機能をテーブルにもたらしますか?また、MVCパターンでそのようなものを実装するための最良の方法は何でしょうか?
よろしくお願いします。