問題タブ [restful-url]

RESTfulサービスを呼び出す方法を理解するのに問題があります

具体的には、hxxp：//teambox.com/api/userから最初のAPIを呼び出そうとしています。

/ api / 1 / users /：id

実際にURLを作成する方法がわかりません。「：id」をどのように使用すればよいですか？

私は試した：

http://teambox.com/api/1/users/?123456
http://teambox.com/api/1/users/?id=123456

しかし、それは機能しません。12345の代わりに、別の呼び出しから受け取った整数IDを使用しているので、実際のIDが原因ではありません。

'：id'でURLを作成する方法がわかりません

ありがとうございました！

私はRESTfulな方法で公開したいいくつかのエンティティを持つサービスを持っています。いくつかの要件のために、私は自分が良いと思う方法を見つけるのに苦労しています。

これらは、私がサポートする予定の「通常の」操作です。

今、追加の要件：

• エンティティのセット全体を完全に新しいエンティティのセットに置き換えることができる必要があります（マージは最適化として内部で発生する可能性があります）。

  そのために使用POST /rest/entityすることを考えましたが、その機能を移動しない限り、単一のエンティティを作成する機能が削除されます。他の場所で/rest/ entity / new-styleパスを見たことがありますが、IDで衝突が発生する場合と発生しない場合があるため、IDパスセグメントを再利用するのは常に少し奇妙に思えました（私の場合ではありませんが、そのような名前空間を混ぜると、かゆみが生じます:)

  このタイプの操作の一般的な方法はありますか？また、他のエンティティタイプの同様の非RESTful操作の個別のパスと見なし/rest/import/entityましたが、エンティティのホームパスの外に移動するのは好きではありません。

• 検証のために、ほとんどの操作を「ドライラン」モードで実行できる必要があります。

  クエリ文字列は通常、アナテマと見なされますが、私はすでにフィルター1の罪人です。検証モードの場合、?validateまたは?dryrunフラグを追加しても大丈夫ですか？誰かが似たようなことをしたことがありますか？欠点は何ですか？これは、ユーザー向けのインターフェースが検証を簡単に実装するための支援として意図されています。

これはめったに触れられない小さな構成サービスであるため、キャッシュメカニズムを使用する必要はないと予想されます。したがって、キャッシュの最適化は厳密には必要ありません。

全て、

extjsアプリにフォームパネルをサポートするJsonStoreがあります。jsonStoreにid値に基づいて単一のレコードをロードさせたいのですが、それを行うための良い方法がまだ見つかりませんでしたが、それでもURLを安らかに保ちます。

私の最初の試みは、idを含むjsonstore load（）メソッドにパラメーターを追加することでした。これは、IDをリクエストパラメータとして追加するだけで、URLには添付されません。

私が欲しいものの代わりに：

誰かがこれを手伝ってくれますか？

RESTfulWebサービスのURIを構築する方法を理解しようとしています。私が出会い系サイトを持っていたと仮定すると、次は正しいでしょうか：

• domain.com/profiles/<-プロファイルのリスト
• domain.com/profiles/123/<-プロファイル番号123
• domain.com/profiles/123/likes/<-プロファイル123のいいねのリスト
• domain.com/profiles/123/likes/2/<-プロファイル123のいいねリストの2番目の項目

私は閉じていますか、それともこれを完全に間違えましたか？

ばかげたエラーだと強く感じており、どういうわけかそれを見抜くことができません。このコードをメーラーのビューで使用しようとしています。

そして、ルートファイルに名前付きルートを定義しました:

したがって、メールを送信すると、次のリンクが表示されます。

何か案は ？ありがとう ！

編集

ビューは次のとおりです。

そして、これがメーラーです：

終わり

RESTful API を実装するには、次のような URL 構造を実装する必要があるというのは本当ですか?

/123編集、削除に使用される場所

質問をする別の方法は、次のとおりです。このように見える URL を RESTful と呼ぶことができますか?

requestbody は json を bean(pojo) に変換します。この場合、アノテーション @ModelAttribute("user") を使用する必要がありますか?

RESTful Web アプリケーションに取り組んでいます。ここで、読み取り (GET) 要求を拡張して SQL のようなクエリを処理したいと考えていますが、すべての特殊文字 (" "、"/"、"<"、">"、 「{」、「}」など）。GET リクエストでメッセージ本文を使用することはお勧めできません。したがって、現時点で私が目にする唯一のオプションは、POST リクエストを使用することです。しかし、読み取り操作に POST を使用するため、これも良い解決策ではないと思います。REST の原則によれば、読み取りは GET 要求によって行う必要があり、POST はデータの操作にのみ使用する必要があります。

どう思いますか？SQL のようなクエリを Web アプリケーションに送信する最良の方法は何ですか?

どうもありがとう

バックエンド用のプライベート API に取り組んでいます。
関連付けのあるコレクションがあります。
各コレクションをリクエストして、ページ付けすることができます。関連付けを要求して、この関連付けをページ付けすることもできます。

どの URL デザインを使用すればよいかわかりません...次のことを考えています:

• /users.json?per_page=10&association=parts,auditions&parts_per_page=5&auditions_per_page=5

• /users.json?per_page=10&association[]=parts&association[]=auditions&parts_per_page=5&auditions_per_page=10

• /users.json?per_page=10&association[オーディション]=true&association[parts][per_page]=5

どう思いますか ？あなたはどちらを選びますか？なぜ ？これの 1 つは、有効な URL スキームのように見えませんか?

ありがとう ！