-1

私たちのチームは現在、新しいネットワーク監視システムのインターフェースの開発を検討しています。以下からのシステムへのアクセスをサポートします。

  1. Web ブラウザー (Javascript/HTML5 ベース)

  2. 任意の REST クライアント (たとえば、マッシュアップを行うためのコマンドライン REST シェルまたはその他のより高いレベルのシステムである可能性があります)。

両方のタイプのクライアントをサポートするために、サーバー側 (Java EE ベース) で同じ REST エンドポイントを提供することを考えていました。これは、ブラウザーもある意味で REST クライアントであると考えているためです。また、サーバー側での重複を回避できると考えたからです。そして、エンジニアが不足しています (結局のところ、これは良いことかもしれません!)。

Ajax を使用して、ブラウザーで非同期の要求/応答処理を行います。また、他の REST クライアントは、必要な非同期性に対処する必要があると考えています。

1) これは最近の通常のやり方ですか?

2）他の考慮事項に関係なく、これは良いアプローチですか？または、この決定を下す前に、他の側面を考慮する必要がありますか?

3) これは、すべての応答をサーバーからのみ JSON として送信し、クライアント側のレンダリングのみを行うことを意味していると思います。右 ？

4

1 に答える 1

1

そうですよね！これが私の意見です：

1) Is this how it is usually done these days ?

はい。REST API のほとんどは、同じサーバー側 API で構築されました。この API は、クライアント側が何であれ、ブラウザーまたはコマンド ライン呼び出しである必要がある情報をクライアントに提供します。

無料のApigee 電子ブック、特にこの電子ブックを見て、強力な Restful API を構築する方法について詳しく知ることができます。

2) Is this a good approach, regardless of any other consideration? Or does one need to consider any other aspect, before making this decision ?

クライアントへのサービスを管理するための 1 つの API があります。

3) I think this implies that we are to send all responses as JSON only from the server and do client-side rendering only. Right ?

右。AngularJSなどの一部の JavaScript フレームワークは、Rest クライアントからの JSON 応答のみを使用してブラウザーですべてのレンダリングを行います。JQueryでもできます。

于 2013-03-28T17:56:34.067 に答える