問題タブ [restful-architecture]

私は独自の PHP ライブラリを開発しており、API から RESTful Web サービスを呼び出したいと考えています。これは PHP で行うことができますか?もしそうなら、そうする際の基本は何ですか?

REST Webサービスのルートエンドポイントに関するベストプラクティスがあるかどうか知りたいですか？つまり、API自体の使用法に関する短いドキュメントである必要がありますか？利用可能なすべてのメソッドを説明するXMLドキュメントである必要がありますか？「不明なメソッド」のみを返す必要がありますか？

ASP.NET MVC は既定で RESTful アーキテクチャをサポートしていますか?

私が知りたいのは、RESTful な種類のプロジェクトを開発したい場合、ASP.NET MVC で特別に作業する必要があるか、それともデフォルトでこの機能をサポートするかということです。

ユーザーが個人レコードを作成するフォームがあります。各人は、身長、体重など、いくつかの属性を持つことができます。ただし、興味、お気に入りの映画などの関連データのリストを持つこともできます。

このすべてのデータが収集される単一のフォームがあります。私には、このすべてのデータを1回のリクエストでPOSTする必要があるように思われます。しかし、それはRESTfulですか？私の読書は、興味、お気に入りの映画、その他のリストを別々のPOSTリクエストに追加する必要があることを示唆しています。しかし、それらの1つが失敗する可能性があり、その場合、Personの部分的な挿入があり、彼らの興味やお気に入りの映画が欠落している可能性があるため、それは意味がないと思います。

(私は RESTFul に慣れていません。私の概念が間違っている場合は修正してください)

RESTFul アーキテクチャでは、すべてのアクションを URL にマップします。「記事を投稿する」をクリックすると、実際には URLhttp://example.com/といくつかのデータである可能性がありますaction=post&content=blahblah。

投稿したいが Web ページ全体を更新したくない場合は、javascript の XMLHTTPRequest を使用できます。投稿してからコンテンツを取得し、ページの div に挿入します。これらのアクションはすべて非同期です。

WebSocket次に、という名前のものがあり、それが wrapper であることを知っていますsocket.io。クライアントとサーバー間の通信に「メッセージ」を使用します。「投稿」をクリックすると、クライアントはサーバーを呼び出しsocket.send(data)て待機しますclient.send(data)。それは魔法です。しかし、URL はどうでしょうか。

繰り返すことなく、2 つのモデルの両方を使用することは可能ですか? 言い換えれば、すべてのアクションには URL があり、そのうちのいくつかはリアルタイムで (socket.io? によって) ユーザーと対話できます。

また、私はこれを行うべきですか？非常にインタラクティブな Web プログラム (ゲームなど) では、RESTFul はまだ意味がありますか?

Zend_Controllerの単体テスト方法の例をたくさん見つけましたが、Zend_Rest_Controllerの単体テストの例を探しています。どんな助けでも本当にありがたいです。ありがとうございました！

さて、私はこの RESTful アーキテクチャのサーバーとクライアント (内部で使用される) の両方の部分を担当しています。（レストレットを使用）。

Post 操作を公開するリソースがあります。簡略版は次のとおりです。

数か月間、これらのサービスを使用していたのは私たちだけだったので、ドメイン オブジェクトはクライアント側とサーバー側で共有されていました...そして問題なく動作しています。

これらのリソースを文書化し、他のクライアントがそれらを使用できるようにする必要があるため、いくつかの「問題」が発生しているため、この API は少し複雑すぎるのではないかと思いました。

たとえば、この郵便サービス。内部メソッドは複合型UserRegistrationを受け入れます

次に、別の複雑なオブジェクト (プロファイル) を使用します。

多くの複雑な型などを使用しています。

この複雑な型の使用は、私を本当に悩ませているものです。これを文書化する方法がわからない (これらの複雑なオブジェクトの内部プロパティの長い長いリストを作成することは別として) か、単に道に迷っています。

私の質問は次のとおりです。単純化する必要がありますか? このアーキテクチャは非常に悪い設計ですか? いくつかのビルダーメソッドでうまくいくでしょうか?

私は新しく、分散リソースを使用するアプリケーションを開発しています。

テンプレートとajaxアプリケーション（css、images、js、...）に関連するすべてを提供する「プレゼンテーションサーバー」と呼ばれるサーバーが1つあります。

生データを提供するためだけの2番目のサーバー（たとえば、「GET / resources / a-resource」を送信すると、「text / plain、'abc'」が返されます）、実際には、デバイス上に組み込みのRESTfulインターフェイスを開発しています。

最初のサーバーに接続し、テンプレートをダウンロードするクライアントがあります。次に、ajaxコードは2番目のサーバーから生データを取得し、テンプレートを使用してユーザーに提示します。

私はここでajaxにクロスドメインの問題があります。jqueryやscripttagなどの現在の解決策も知っています。

ここで私が本当に懸念しているのは、HTML5のクロスドキュメントメッセージング機能です。しかし、私が見つけたのは、2つのウィンドウ（ウィンドウ+ Iframeまたはウィンドウ+ウィンドウ）を開き、相互にメッセージを渡すことです。

XMLHttpRequestのように、「GET」を他の人に送信して返されたデータを処理するようなものではありません。

HTML5でのクロスドキュメントメッセージングが私の問題をどのように克服できるかを教えてください。

**要するに、ここでの私の苦痛は、XMLHttpRequestが本当に他のソースにGETを送信したが、Cross-document-messagingは（私が知っているように）送信しないことです。Cross-document-messagingを使用したHTML5がXMLHttpRequestとして実行できるかどうか迷いますGETを他のドメインに送信するかどうか

本当にありがとうございます。

単純な作成 (POST)、読み取り (GET)、更新 (PUT)、および削除 (DELETE) 以外の REST でアクションを実行することは適切ですか? 私はRESTfulの神学全体に少し慣れていないので、我慢してください。ただし、次のことをどのように達成すればよいですか。

• 別の Web サービスと対話する必要がある Web サービスがあります。Web サービス A は Web サービス B でオブジェクトを「予約」する必要があります。このオブジェクトには有効期限がありますが、必要に応じてすぐに削除できます。これは基本的に、何らかのアクションを実行する前に、Web サービスが Web サービス B にスペースを予約することを要求する美化された許可システムです。

私の最初の考えは、1.何らかの認証を有効にする、2.GET呼び出しに対するサーバー側の応答で、スペースを予約して結果を返す、3.DELETE呼び出しを介してオブジェクトの即時の「予約解除」を提供することでした。これはまだRESTfulですか？

「ユーザー」リソースと「グループ」リソースがあるとします。それらのRESTful表現は次のようになります。

しかし、2つのリソース間の関連付けに対して操作を実行したい場合はどうなりますか？たとえば、ユーザー＃1がグループ＃1に参加したいことを指定したい場合。グループ＃1のgroup＃joinをユーザー＃1で実行する必要があることをどのように表現しますか？