7

従来の Web アプリケーションとしてかなり複雑なページ フロー (100 ページ以上) を実装しようとしています。いくつかの選択肢を見つけましたが、どれも 100% 説得力のあるものではありません

  1. コントローラーへのフローのハーコーディング、リダイレクトなどを行います。これは明らかにメンテナンスに最適な方法ではありません
  2. JSF はフローを処理するだけでなく、JSF をビュー テクノロジとして使用する必要があります。私はこのロックインが好きではありません
  3. 春のウェブフロー。現在のバージョン 2.3.1 では、保守が容易ではない XML でフローが定義されています。次の 3.0 リリースでは、純粋な Java で注釈を使用してフローを定義することが約束されていますが、タイムラインさえありません。さらに、プロジェクトの開発は過去数年間で大幅に減速しました。
  4. GWT と Vaadin のコンセプトは、Web アプリケーションよりも従来のデスクトップ アプリケーションに近く、非常に便利ですが、私のプロジェクトには合いません。

さらに、次のような放棄されたプロジェクトを多数見つけました: http://javasteps.sourceforge.net/

なぜこれらすべてのプロジェクトが放棄されたのか、2012 年に複雑なページ フローを実装する方法は何ですか?

4

3 に答える 3

2

個人的には、シングル ページ アーキテクチャをお勧めします。

単一ページの JavaScript Web アプリケーションのアーキテクチャ?

あなたのアプリケーションでそれが実現可能かどうかはわかりません。上記のすべてのフローを使用し、現在単一ページのアプリケーションに取り組んでおり、気に入っています。サーバーで REST API を呼び出すクライアント側で Dojo を使用しています。それはかなりいいです。

Vaadin も非常に堅牢で、必要最小限の GWT よりもセットアップがはるかに簡単です。あなたのプロジェクトに、CSS や Javascript でコーディングするのが好きな UI 担当者がたくさんいる場合、彼らはそのアプローチを嫌うでしょう。

実際、Spring Webflow はかなり堅実です。しばらく見てなかったのですが、使っていたら当時の仕事をこなしてくれました。

于 2012-11-15T14:33:51.453 に答える
1

Lexaden Web Flowと呼ばれる Vaadin コンポーネント モデル用の新しい MVC フレームワークと Web フローの実装があります。

可能な代替手段として、アプリケーションで試すことができます。

于 2013-01-25T11:22:34.030 に答える