JavaアプリケーションをWebアプリケーションに変換すると、フレームワークを利用するメリットがありますか？

Question

私はJavaデスクトップアプリケーションを作成し、それをWebアプリケーションにすることに決めました。このアプリはデータに関する基本的な統計テストを実行し、主な機能のために約1000行ほどかなり小さい。

これまでのところ、Ajax経由で送信されたすべてのリクエストでJquery UIを使用してインターフェースを作成しました。バックエンドの開発を開始する準備が整いました。基本的なサーブレットをコーディングして、インターフェイスをコアJavaクラスにリンクさせる計画でした。

これは小規模なアプリにとっては大丈夫ですか？それとも私が従うべき具体的な枠組みがありますか？

私は、支柱の上に見てきましたが、それは、MVC春にも大規模なようだと、しかし、再び、私はそれが私の1つのページのインターフェイスで動作するかどうかわかりません。

は（この全体のアプリは、学習目的であるので、私は学ぶために時間がかかりすぎていません。しかし、それを探して、常に私の知識を広げるために喜ん）

Answer 1

私は、静的なHTML/jQueryの/アンギュラフロントエンドにREST APIをアップ提供し、ジャージー+ジャクソンのバックエンドとしての私のWebアプリケーションの構築を開始しました。

あなたが頻繁にフロントエンドをキャッシュとAmazonクラウド前面に貼り付け、必要に応じてバックエンドが水平に拡張することができますすることができますよう、本当にスケーラブルになるように働いています。その必要性は伝統的なものよりもずっと低く、それはJavaサーバーに当たる実際の操作だけです。

Answer 2

は、私が使用してRESTfulなAPIが公開することをお勧め純粋なサーブレットではなく、いくつかのJAX-RSフレームワーク（ジャージーなど）

また、表現として私は非常に便利で/またはjQueryのせずにJavaScriptで使用されているJSONを、使用することをお勧めします。

Answer 3

プログラムが1000行しかない場合は、おそらくフレームワークの学習に費やしてから、時間を節約します。ファンシーなフレームワークなしで、うまく設計されたMVCサーバーを作ることができます。

ロギングAPIのような、しかし役立つことや、データベースが必要な場合は休止状態かもしれないいくつかのAPIがあります。

私はRESTが良いアイデアであるとの他の答えに同意します。

Answer 4

フレームワークはあなたの肩から離れてしまうことがあります。上記のJAX-RSはURLからサービスへのマッピングとJSONからあなたのタイプへの変換を処理します。

今、選択するのは完全にあなた次第です。小規模なアプリケーションでは、フレームワークの学習に費やす時間が膨大になり、それ以上のメリットは気にしません。一方、フレームワークはコードを読みやすく、保守が簡単です。