タグ付けされた質問 「restful-url」

イントラネットアプリ用にHTTPベースのAPIを設計しています。私はそれが物事の大まかな体系ではかなり小さな懸念事項であることを理解していますが、URI内の単語を区切るためにハイフン、アンダースコア、またはキャメルケースを使用する必要がありますか？ これが私の最初の考えです。 キャメルケース サーバーで大文字と小文字が区別されない場合に考えられる問題 クエリ文字列のキーにかなり広範囲に使用しているようだ（http://api.example.com？SEARCHQUERY = ...）ではなく、他のURIの部分で ハイフン 他の選択肢よりも審美的に楽しい URIのパス部分で広く使用されているようです 実際にハイフネーションされたクエリ文字列キーを見たことがない おそらく SEOに適しています（これは神話かもしれません） 下線 プログラミング言語が扱いやすい可能性 いくつかの人気のあるAPI（Facebook、Netflix、StackExchangeなど）は、URIのすべての部分でアンダースコアを使用しています。 私はすべてのアンダースコアに傾いています。大企業のほとんどがそれらを使用しているという事実は説得力があります（https://stackoverflow.com/a/608458/360570を参照）。

477 api  url  rest  uri  restful-url 

安らかなURLを設計する方法を決定するのに苦労しています。動詞がこれを行う方法を理解していない、名詞とURLを使用する安らかなアプローチに私はすべて賛成です。 財務計算機を実装するサービスを作成しています。計算機は、CSVファイルを介してアップロードする一連のパラメーターを受け取ります。ユースケースには以下が含まれます。 新しいパラメータをアップロードする 最新のパラメーターを取得する 特定の営業日のパラメーターを取得する パラメータのセットをアクティブにします 一連のパラメーターを検証する 私は、次のタイプのURLを持つことで、安静なアプローチを収集します。 /parameters /parameters/12-23-2009 最初の3つの使用例は、次の方法で実現できます。 ポストリクエストにパラメータファイルを含めるPOST 最初のURLのGET 2番目のURLのGET しかし、動詞なしで4番目と5番目のユースケースをどのように実行しますか？次のようなURLは必要ではないでしょうか。 /parameters/ID/activate /parameters/ID/validate ??

283 rest  restful-url 

RESTful APIを非常に予測可能にしたいと考えています。クエリパラメータを使用するのではなく、URIを使用してデータのセグメンテーションを行うタイミングを決定するためのベストプラクティスは何ですか。 ページネーション、並べ替え、およびグループ化をサポートするシステムパラメータは、「？」の後に来るのが理にかなっています。しかし、 'status'や 'region'などのフィールド、またはコレクションをセグメント化するその他の属性についてはどうでしょうか。それらもクエリパラメータになる場合、パスパラメータをいつ使用するかを知る上での経験則は何ですか？

141 rest  spring-mvc  restful-url  restful-architecture  api-design 

私が関わっている大規模なソーシャルネットワーキングウェブサイト用のREST APIサービスを開発しています。これまでのところ、うまく機能しています。私が発行することができGET、POST、PUTおよびDELETEオブジェクトのURLへのリクエストや自分のデータに影響を与えます。ただし、このデータはページングされます（一度に30結果に制限されます）。 しかし、私のAPIを介して言う、メンバーの総数を取得するための最良のRESTful方法は何でしょうか？ 現在、私は次のようなURL構造にリクエストを発行しています。 / api / members — メンバーのリストを返します（上記のように一度に30） / api / members / 1 —使用されるリクエストメソッドに応じて、単一のメンバーに影響します 私の質問は、同様のURL構造を使用してアプリケーションのメンバーの総数を取得するにはどうすればよいですか？id（FacebookのGraph APIと同様に）フィールドだけを要求して結果をカウントすることは、30の結果のスライスしか返されないため、明らかに効果がありません。

139 rest  restful-url 

私はWebアプリを設計していたところ、自分のAPIをRESTful Webサービスとしてどのように設計するべきかについて考えるのをやめました。今のところ、私のURIのほとんどは汎用であり、さまざまなWebアプリに適用できます。 GET /logout // destroys session and redirects to / GET /login // gets the webpage that has the login form POST /login // authenticates credentials against database and either redirects home with a new session or redirects back to /login GET /register // gets the webpage that has …

122 web-services  api  rest  http  restful-url 

私はangularJSに非常に慣れていません。RESTful APIからサービスへのアクセスを探していますが、何もわかりませんでした。どうやってやるの？

88 rest  angularjs  restful-url  angularjs-service