6

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

私の質問は、これを行うためのベストプラクティスに集中しています。私の最初の要件では、独自のフロントエンドも作成する必要があります。再利用性を高めるために、フロントエンドとバックエンドを完全に別のプロジェクトにしますか? オーバーヘッドが増加します。

GWT、Restlet、および Java EE テクノロジ スタックの使用を検討して、これがセットアップに影響を与える場合。

4

5 に答える 5

3

最も重要なのは、REST、RMI、または使用するプロトコルに関係なく、クリーンなJavaAPIを設計することです。クリーンなJavaAPIから、任意のアクセス方法をサポートできます。

これらの他のアクセス方法のユースケースがない限り、今はそれらを構築しないでください。必要なときに構築できます。

最初に追加する最も簡単なインターフェースは、WebアプリがコアAPIと同じJVMで実行されるWebベースのインターフェースです。これがあなたのユースケースでうまくいくなら、私はこれをします。REST（またはその他の）プロトコルを介してコアAPIにアクセスする別のコンソールアプリケーションを構築することは、はるかに多くの作業です。

于 2010-03-28T20:30:15.583 に答える
1

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

従来の GWT-RPC サービスよりも REST ベースの JSON サービスを使用する利点は、これらのサービスを他のクライアントやマッシュアップでより簡単に使用できることです。

于 2010-03-31T16:14:54.940 に答える
1

Martin Fowler は、REST の基本に関する非常に優れた記事を少し前に書きました: Richardson Maturity Model。REST の原則を理解することは非常に役に立ちます。

于 2010-03-28T19:25:02.763 に答える
0

フロントエンドに GWT を使用することがわかっている場合は、REST の代わりに GWT-RPC の使用を検討することをお勧めします。詳細については、こちらをご覧ください。

ただし、最終的に REST API を介してデータを公開したり、フロントエンドで別のテクノロジを使用したりする可能性があると思われる場合は、REST の方が適している可能性があります。

gwt -restプロジェクトも役立つ場合があります。

于 2010-03-28T19:39:51.827 に答える
0

同僚と私は、フロントエンドとバックエンドに別々のプロジェクトを使用して GWT システムを作成しました。コードがどこで実行されているかを明確にしておくことは役に立ちました。しかし、将来のシステムでわざわざ分離するかどうかはわかりません。

また、あなたが Web 開発に不慣れであることを考えると、完全に再利用可能なバックエンドを作成することを期待すべきではないと思います。やっていくうちにたくさんのことを学べます。アジャイル コーダーは、(a) 小さな側面を機能させ、(b) それを美しくするためにリファクタリングするという反復的なアプローチを推奨すると思います。

于 2010-03-29T10:55:59.907 に答える