JQuery MobileのコントロールレイヤーをJavaのバックエンドモバイルWebアプリに受け入れる

Question

私たちは、既存のJava Webアプリケーション（モバイルアプリ）のデータベースです。

元のアプリケーションはカスタムORMソリューションとその年齢を示すStruts 1.1で構築されているため、元のアプリケーションのデータベースのみを使用しています。ですから、これは現代的なツールで何ができるのかという概念の証明となるでしょう。

私たちはフロントエンドでJQueryモバイルを利用してデバイスの相互互換性を活用することに決めました。バックエンドでは、JPAに行くつもりです。おそらく、ハイバーネイトに移動してしまうかもしれません。しかし、RESTfulサービスでモデルを公開して、2つの鳥を1つのストーンで殺すことができます（元のアプリは、単純なRESTインターフェースを使ってアクセスするたくさんのサードパーティとインターフェースしています。 ）コントローラのレイヤーは、RESTfulなバックエンドを持つJQueryモバイルフロントエンドを最もよく結びつけるのはどのコントローラレイヤーですか？

• があまりにも邪魔にされていません。

  は、我々は、コントローラのフレームワークをしたいと思います。つまり、ハードコードされた依存関係がコード全体に広がっているため、特定の実装に自分自身を固定する必要はありません。

• 注釈は、設定よりも規則に基づいているか重いですか。または両方のために我々はXMLの接着剤のリームを書いていません
• 私たちが使用しないcruftを連れて来ない...それはできるだけコントローラレイヤーに固執するつまり、
• 片端からRESTを処理することができますとAJAXはあまりにも多くの手間をかけることなく
• より大きいコミュニティより良い
• 他のポイントのいずれかを妥協することなく実行するのが簡単です。

Struts2、SpringMVC、Stripes、Playを始めようとしました。私はその分野を狭めるのを助けるために、エリートコミュニティのコミュニティからのいくつかのセイジアドバイスを期待しています。

明確に必要なことがあれば、私はそれをすることを喜んでします。

Answer 1

あなたは間違った方向で探しているようです。

1. Javaアプリケーションは、REST Webサービスを通じてJSON/XMLを生成しています。
2. あなたのjQueryのクライアントでは、コントローラサーバ側で検索するように見えるインターフェース

にそれらを公開するために、これらのWebサービスを消費しています。どうして？ RESTサーバーの唯一の目的は、REST Webサービスの作成だけではありませんか？

BackboneJSを参照してください。これはカテゴリ内で唯一ではありませんが、私がよく知っているのはクライアント側のコントローラです。これはjQueryに完全に適合し、HTTP動詞（GET、PUT、DELETE、POST）でRESTリソースにアクセスすることを可能にします。

これを選択すると、さらにお手伝いします。