4

MVPパターン+Hibernateを使用してGWTに基づくアプリケーションを数か月開発した後、アプリケーションの小さな変更はすべて苦痛であり、ウィジェットは非常に貧弱に見えるようになりました。

Vaadinも評価しましたが、非常に有望に見えます。データバインディングによってDTO変換を忘れることができる方法は興味深いようですが、最終結果も非常にプロフェッショナルに見えるので、Vaadinで作業をやり直すことをほぼ確信しています。

重要なのは、GWTでのMVPのコードのクリーンさが非常に気に入っているということですが、すでに行われた作業のほとんどを破棄せずに、MVPをVaadinに適応させる方法の合理的な説明を見つけることができませんでした。

コード適応に関する私の主な関心事は、VaadinでGWTクラス、History、Eventbusをどのように使用するかです。

それが私たちに道を示すことができる前に誰かがこのプロセスを経験したことがありますか？または、おそらく、Vaadinで作業するときにMVPを台無しにしない理由がありますか？

4

4 に答える 4

1

答えてくれてありがとうジョナス。Navigator で Vaadin を確認しましたが、ベータ版のようです。最終的に、GWT MVP に固執せず、Vaadin で提供されているパターンの 1 つに従うことにしました。

最も複雑だったのは、ログイン手順を GWT-mvp から Vaadin に移行することでしたが、wikiガイドの助けを借りて、それほど難しくはありませんでした。

1 週間で完了しましたが、複雑な DTO 変換と RPC 呼び出しに対処する必要がないことに大きな安堵を感じています。

于 2010-09-21T09:13:05.883 に答える
0

リンクに History を使用している場合は、 http: //vaadin.com/addon/navigatorを参照してください 。アドオン自体を使用しないことを選択した場合でも、ソースをのぞき見することをお勧めします - それらはほんの数百行です。

于 2010-09-13T17:44:20.007 に答える
0

実際、MVP は、Vaadin 開発チームによっても推奨され、使用されている Vaadin アプリケーションのプレゼンテーション層を構築するための好ましい方法です。実際、公式のVaadin 上級トレーニングコースの主要部分の 1 つは、Model View Presenter パターンに特化しています。私はこのコースに参加しましたが、トレーニングの MVP 部分が最も役立つ部分であることがわかりました。

MVP の基本的な概要は、Vaadin の書籍 -高度なアプリケーション アーキテクチャの一部にもなっています。

MVP は、 GOF の意味での実際の設計パターンというよりも、プレゼンテーション層を分割するためのアーキテクチャの原則です。そのため、さまざまな実装方法があり、それぞれに長所と短所があります。具体的なアプリケーションに応じて、適切な実装を選択する必要があります。より単純なアプリケーションの場合、得られる利点が必ずしも複雑さの増加を上回るとは限らないため、それをまったく使用しないことをお勧めします。そのような場合、Vaadin宣言形式は、プレゼンテーション層の分割を達成するための興味深い代替手段になる可能性があります。

于 2015-03-04T16:32:56.807 に答える
0

wikiの話をしていて、MVPワードで検索しようと思いつきました。MVP スキーマを使用したコードがあるActiviti ページの上に
ある Building Vaadin Applications を見つけました。

peholmst/MVP4Vaadinプロジェクトを使用します。Vaadin Add-on 用
の MVP と UiBinder もあります。

私はまだこれらのリソースを使用していません...

于 2011-11-09T15:11:27.923 に答える