問題タブ [restful-url]

安らかな URL を設計する方法を決定するのに苦労しています。私は動詞ではなく名詞を含む URL を使用する安らかなアプローチに大賛成です。これを行う方法がわかりません。

金融計算機を実装するサービスを作成しています。計算機は、CSV ファイルを介してアップロードする一連のパラメーターを受け取ります。ユースケースには次のものが含まれます。

1. 新しいパラメータをアップロード
2. 最新のパラメータを取得する
3. 特定の営業日のパラメーターを取得する
4. パラメータのセットをアクティブにする
5. 一連のパラメーターを検証する

私は、次のタイプの URL を使用することである安らかなアプローチを収集します。

最初の 3 つのユース ケースは、次の方法で実現できます。

1. POST リクエストにパラメータ ファイルを含める POST
2. 最初の URL の GET
3. 2 番目の URL の GET

しかし、動詞なしで 4 番目と 5 番目の使用例をどのように行うのでしょうか? 次のような URL は必要ありませんか。

??

クライアントが公開会社を検索できる/companiesリソースがあり、クライアントがティッカー、場所、場所、および業界別に会社を検索できるようにしたいとします。

次の形式で同じURLを保持しますか？

• GET / Companies / msft
• GET / companys / usa
• GET / Companies / usa＆software

これは正しくないようです。何か案は？

ホテルに関する情報を取得するためのこのサービスを考えると：

問題はそれbiggieが300Kであり、すべての応答でそれを返したくないということです。この値を遅延ロードするためのRESTfulな方法は何ですか？

2つのリソースを設定する必要があります。

と..

GET /hotel/{id}/biggieそして、あなたは本当にそのデータが必要なときに だけ要求しますか？

これはうまくいくでしょう..biggieそれが大きなデータセットであることを除いて特別なことは何もありませんが。hotelすべての属性は実際にはの属性にすぎないため、すべてをレベルに保つ方がよいと思いますhotel。

これらの URI のうち、POST を受信する (製品を追加する) のに「適している」のはどれですか? 利用可能なベストプラクティスはありますか、それとも個人的な好みですか?

/製品/ (単数)

また

/製品/ (複数)

現在、単一の製品の/products/?query=blah検索と/product/{productId}/GET、PUT、および DELETE に使用しています。

RESTful URL と、URL をネストしないことの背後にあるすべての理論については十分に理解していますが、Amazon、StackOverflow、Google などのエンタープライズ アプリケーションでこれがどのように見えるかはまだよくわかりません。

Google には次のような URL があります。

• http://code.google.com/apis/ajax/
• http://code.google.com/apis/maps/documentation/staticmaps/
• https://www.google.com/calendar/render?tab=mc

アマゾンはこのように：

• http://www.amazon.com/books-used-books-textbooks/b/ref=sa_menu_bo0?ie=UTF8&node=283155&pf_rd_p=328655101&pf_rd_s=left-nav-1&pf_rd_t=101&pf_rd_i=507846&pf_rd_m=ATVPDKIKX0DER&pf_rd_m=1YPK4JNCKB98YPK4JNCKB96
• http://www.amazon.com/Ruby-Programming-Language-David-Flanagan/dp/0596516177/ref=sr_1_1?ie=UTF8&s=books&qid=1258755625&sr=1-1

そして、次のような StackOverflow:

• https://stackoverflow.com/users/169992/viatropos
• https://stackoverflow.com/questions/tagged/html
• https://stackoverflow.com/questions/tagged?tagnames=html&sort=newest&pagesize=15

私の質問は、このようなシステムの URL を作成する上でのベスト プラクティスは何ですか? いつURLにパラメータを保存し始めますか? これらの大企業は、Ruby コミュニティで熱く議論されているルール (たとえば、URL をネストすることはほとんどありません) に従っていないようです。 URL を入れ子にしないという考えは、ブログよりも大きなものではうまくいかないようです。

任意のヒント？

私はRESTを見始めたばかりで、2つの表現の基本的な違いは何であるか疑問に思いました。最初のものは私にはかなり見栄えがよく、2番目のものはいくつかの属性値を渡す必要がありますが、基礎となるロジックはほぼ同じものに沸騰しているようです（私は間違っている可能性があります）

と

生物学データのデータベースの検索インターフェイスを実装する RESTful Web サービスを構築したいと考えています。

典型的な検索要求には、10 ほどのデータ属性が含まれる可能性があります。たとえば、学名で検索し、検索を水深 100m 未満に限定します。私の最初の本能は、クエリ文字列にすべての属性を含めることです。たとえば、 ?searchType=sciname&sciname=mola+mola&maxdepth=100&mindepth=0 です。

ただし、クエリ文字列は非 RESTful と見なされます。http://rest.blueoxen.net/cgi-bin/wiki.pl ?QueryStringsConsideredHarmful を参照してください。

検索用の RESTful URL 設計などの以前の SO の議論を見てきましたが 、この点についてはまだ明確ではないので、私の質問は次のとおりです。

任意の数のフィルタリング値が存在する可能性がある検索サービスの RESTful URL について、受け入れられている標準またはパターンはありますか?

RESTful パラダイム + ネストされた URL には本当に苦労しています。私が今ここにいる場所に私を導く質問をしました。私のドメインは大まかに言えば、学校、学校のコース、学校の教師です。現在、学校、コース、および教師は、1 つの ID でそれらのいずれかを参照できるという意味で、「ネストされた」エンティティではありません。このサイトは、各学校のコースと教師を示す「マイクロ サイト」のコレクションです。コースまたは教師は、1 つの学校にのみ存在できます。

/schools/1/courses/10 のような URL があるとします。学校 1 のコース 10。これは問題なく動作します。ユーザーが手動で 10 を 11 に変更したとします。これはたまたま存在しますが、学校 2 のコースです。現在、これは混乱につながります。私のサイトは、ユーザーが学校 1 にいるとまだ「考え」ていますが、コース 3 を一部として表示しています。それ。

要求されている Id と、それが関与する「親」エンティティ (この場合は学校) の両方に対して詳細アクションをパラメトリックにする必要がありますか? IDだけでなく学校の制約でリポジトリからフェッチしますか?

または、これを行うより良い方法はありますか？