質問

私はウェブ開発に新しいです序文には、

。私は種類の貴重なドキュメントライブラリ(初期CRUD能力)を中心にRESTful Webサービスのコアセットの作成で探しています。そうすることで、私は理論的には完全に再利用可能でスケーラブルなバックエンドを作成していますが、将来的に予期しないアプリケーションで使用されます。

これを実行するためのベストプラクティスの周りの私の質問・センター。私の最初の要件は、私はまた、ユニークなフロントエンドを作成しています。私は、再利用性を高めるために、フロントエンドとバックエンド完全に独立したプロジェクトになるだろう。それはオーバーヘッドが増加するであろう。

この影響すべてのセットアップ場合GWT、のRestlet、およびJava EEテクノロジ・スタックを使用して見れます。

役に立ちましたか?

解決

REST、RMIの独立した、または任意のプロトコル、使用したい -

最も重要なのは、きれいなJava APIを設計しています。クリーンのJava APIからは、任意のアクセス方法をサポートすることができます。

あなたはこれらのその他のアクセス方法のためのユースケースを持っていない限り、ここでそれらを構築しません。あなたがそれを必要とするときあなたはそれを構築することができます。

最初に追加する最も簡単なインターフェイスは、あなたのコアAPIと同じJVMでウェブアプリを実行するWebベースのインターフェイスです。これはあなたのユースケースのために働く場合、私はこれを行うだろう。 REST(または何でも)を介して、あなたのコアAPIにアクセスする別のコンソールアプリケーションを構築するプロトコルは、より多くの仕事です..

他のヒント

Martin Fowler氏は、少し前にRESTの基礎については非常に素晴らしい記事を書いた:リチャードソン成熟度モデル。それは非常に役立つRESTの原則を理解することが分かっています。

あなたはRESTベースのバックエンドサービスを使用したい場合は、あなたが使用する必要があります RestyGWTするもしあなたがあなたのJSONベースのRESTfulなサービスにアクセスするためにGWT-RPCプログラミングスタイルを使用することを可能にするプロジェクトます。

伝統的なGWT-RPCサービスを介してRESTベースのJSONサービスを使用してのいいところは、これらのサービスは、より簡単に他のクライアントによって、あるいはマッシュアップで使用することができるということである。

あなたは、あなたがフロントエンドのためにGWTを使用することになるだろう知っていれば、代わりにRESTのGWT-RPCを使用して検討する必要があります。より多くの議論がにここhref="https://stackoverflow.com/questions/1775771/gwt-rpc-or-request-builder-using-javascript-overlay">

あなたは最終的にはREST APIを介してデータを公開する、またはフロントエンドに異なる技術を使用するかもしれないと思う場合は、RESTはより良い選択かもしれません。

GWT-残りのプロジェクトにも役立つことがあります。

同僚とIは、フロントとバックエンドのための別個のプロジェクトを使用してGWTシステムを書かれています。コードが実行されている場所についてはかなり明確なものを維持するために参考にされています。しかし、私は、将来のシステムで物事を分離する気になることはよく分からない。

また、Web開発にあなたがしている新しい与えられた、私はあなたが完全に再利用可能なバックエンドを作ることを期待しなければならないとは思いません。あなたが行くようにあなたは、物事の多くを学ぶことができます。私はアジャイルプログラマーが小さいアスペクト作業を取得した後、(b)はそれを美しくするためにそれをリファクタリング()の反復的なアプローチをお勧めしていることだと思います。

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