質問

2006年にウェブサイト /アプリケーションの構築を開始し、AppFuse 1.9.4をアプリケーションフレームワークとして使用することを選択しました。 AppFuse 2.xへの直接のアップグレードパスはありませんが、AppFuseは中止されました。

Spring 2.0とHibernate 3.2に立ち往生しており、Xfire(およびSOAP)とともにJSTLを使用しています。

フレームワークをアップグレードして、新しいプログラミングパラダイム(注釈やCXFへの移行など)の利点を取り、プログラミンググループがより柔軟性と開発サイクルを高速化できるようにしたいと考えています。

Rooと同様に、Grailsは可能性のように見えます。

ただし、850を超えるJavaソースコードファイルと165K行のコードがあります。 JSP / JSTLページには、266ページ以上のコード行があります。断片的にできることはすべて、コード /フレームワークの大部分を書き直すのではなく、素晴らしいことです。

何か案は?

役に立ちましたか?

解決

Anthony-私はAppFuseについて多くのことを知りませんが、私はGrailsへの移植についてコメントすることができます。一番下の行は、あなたがオールインするときに聖杯が最適に機能するということです。 Grailsは、GSPと一緒にネイティブJSPをサポートしています。私は同じプロジェクトでレガシーJSPと新しいGSPをミックスしようとしましたが、最終的にはメンテナンスを容易にするためにすべてをGSPに移植するために時間を費やしました。コントローラー層のロジックは、Grailsコントローラーを使用する場合に最適に機能します(実際、Grailで他のコントローラーフレームワーク(サーブレットなど)を使用できるかどうかはわかりません)。洗濯機はコントローラー層(Pojo、EJB、Spring Beanなど)の下で非常に柔軟であるため、サービス/モデルレイヤーはおそらく移植の最良の候補です。

したがって、AppFuseについて多くのことを知らずに、私の推測では、ビューレイヤーの一部を再利用できると思います(少なくとも、新しいコントローラーナビゲーションを使用するにはページを変更する必要があります)、あなたは持っていると思います。コントローラーレイヤー全体を移植すると、ほとんどのサービスレイヤーとドメインレイヤーを再利用できます。

ライセンス: CC-BY-SA帰属
所属していません StackOverflow
scroll top