2013-04-12 7 views
6

WOA/HATEOASの具体例をお探しですか?実用的なHATEOAS Javascriptクライアントの例はどこにありますか?

私がブログをたくさん読んで、HATEOASについてのプレゼンテーションの多くが、決して例を参照してください...

は、どのようにクライアント側を実装することができますか?

本当に、Backbone、AngularJS、Ember、KnockoutでHTML5アプリケーションを作成しているときに、どうすればHATEOASを作成できますか?

たとえば、サーバーからリソースを取得するモデルの 'url'プロパティを動的に設定する方法はありますか?

あなたの返信用のThx!

お礼、

Thomas Pons。

+0

なぜ-1人ですか?私の質問が本当にばかだと私に説明してください:)!私は本当に知りたい! –

+0

恐らく、あなたの質問がStack Overflowで期待されるものではないからでしょう。私はそれが面白いと思います、そしてここで同様の質問がありました。しかし、通常、人々はあなたがSWの問題を提示することを期待し、彼らはあなたがそれを見つけるのを助けることができます。あなたの質問は、よりGoogleに適しています:) – Rafa

+2

問題は、Googleが応答を取得しないです!私は私の質問が純粋な技術的な質問ではないことを知っています...しかし、実際には、Backboneの典型的な問題です。しかし、大丈夫、私はあなたの視点を理解しています。ありがとう –

答えて

4

HATEOASのポイントは、あなたのリクエストに対する応答から他のリソースへのリンクを取得していることです。差異は、URLテンプレートと比較して、クライアントが知っていること、ハードワイヤードであること、わずかなURL(エントリポイント)、および残りのURLが応答から即座に得られることです。それはクライアントとサーバーの間の疎結合をもたらし、それがHATEOASの主な利点です。

HATEOASでの作業はウェブ上でのサーフィンと同じです。最後のレスポンスに含まれているリンク(HTMLページなど)をクリックしてからもう一度やり直してください。ポイントは、あなたが知っている最初の応答であるエントリーポイントを得る前に、すべてのURLを知らないということです。

今日、HATEOASはうまく採用されていませんが、残念なことにほとんどのAPIはURLテンプレートを公開しています。既存のフレームワークからのサポートは期待できないと思いますが、クライアント側で独自のURLリポジトリを実装することは難しくありません。レスポンスからURLを収集します。

+2

私はより良い哲学を理解しています。しかし、私はクライアント側がHATEOASの中で最も難しい部分だと思っています。サーバー側の方が簡単です。あなたの返信のThx。 –

関連する問題