問題タブ [rest]
For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.
wcf - OutgoingWebResponseContextは英語以外の文字を表示しません
.Net3.5でWCFを使用してRESTスタイルのgetサービスを実装しました。このサービスは、研究文書を取得します。コードボローに示されている文字列「synopsis」には、ブラウザが「????????」として配信する英語以外の文字が含まれています。
private void ReturnSynopsisInfo(IApiWebOperationContext context、OutgoingWebResponseContext goingResp、string synopsis){SetResponseHeaders(outgoingResp、HttpStatusCode.OK); OutgoingResp.ContentType = "text / html; charset = UTF-8"; context.Result = new MemoryStream(Encoding.ASCII.GetBytes(synopsis)); }
どんなアドバイスも大歓迎です。
ありがとうございました。
java - REST Web サービスのテスト
私の組織は、JBoss appserver での RESTful Web サービスの構築に取り組んでいます。QA チームは、これまで SoapUI を使用して SOAP Web サービスをテストすることに慣れていました。SoapUI には、REST 機能を備えた新しいバージョンがあります。その利用を検討しています。
- 誰かがテストできる、ネット上で無料で公開されている RESTful サービスはありますか?
- RESTful Web サービスのテストに使用できる (使用されている) ツールは何ですか?
rest - コネクティビティのメリットは何ですか?
Resource Oriented Architecture(ROA)で定義されているConnectednessの利点は何ですか?私の理解では、Connectednessの核心は、ルートURIのみを使用してアプリケーションの状態全体をクロールする機能です。
しかし、それは本当にどれほど役に立ちますか?
たとえば、HTTPGEThttp ://example.com/users/joeがhttp://examples.com/uses/joe/bookmarksへのリンクを返すと想像してください。
ダムのWebクローラーを作成しているのでない限り(そしてそれでも疑問に思う)、コンパイル時に各リンクが何を意味するのかをクライアントに教える必要があります。つまり、クライアントは、「ブックマークURI」がブックマークリソースにURIを返すことを知ってから、特別なブックマーク処理アルゴリズムに制御を渡す必要があります。一般的なクライアントメソッドに盲目的にリンクを渡すことはできません。とにかくこのロジックが必要なので:
クライアントが実行時にURIを把握することと、コンパイル時にURIを提供すること( http://example.com/users/bookmarksをルートURIにする)の違いは何ですか?
なぜリンクを使用する
http://example.com/users/joe/bookmarks/2
方が優先されるのid="2"
ですか?
私が考えることができる唯一の利点は、時間の経過とともに非ルートURIのパスを変更できることですが、これはキャッシュされたリンクを壊すため、とにかく実際には望ましくありません。私は何が欠けていますか?
rest - 検索用の RESTful URL 設計
検索を RESTful URL として表現する合理的な方法を探しています。
セットアップ: Cars と Garages の 2 つのモデルがあり、Cars は Garages に配置できます。したがって、私のURLは次のようになります。
Car は単独で存在することも (つまり /car)、ガレージに存在することもあります。たとえば、特定のガレージにあるすべての車を表す正しい方法は何ですか? 何かのようなもの:
ガレージyyyとzzzの車の合体はどうですか?
特定の属性を持つ車の検索を表す正しい方法は? 説明: ドアが 4 つある青いセダンをすべて見せてください。
または、代わりに /cars にする必要がありますか?
「検索」の使用は不適切に思えます - より良い方法/用語は何ですか? それはちょうどあるべきですか:
検索パラメータを PATHINFO または QUERYSTRING の一部にする必要がありますか?
要するに、クロスモデル REST URL 設計と検索のガイダンスを探しています。
[更新] 私はジャスティンの答えが好きですが、彼はマルチフィールド検索のケースをカバーしていません:
またはそのようなもの。どうやって行くの?
複数フィールドの場合に?
python - django-rest-interface の使用
いくつかの残りのインターフェイスを追加したいdjangoアプリケーションがあります。http://code.google.com/p/django-rest-interface/を見たことがありますが、かなり単純化されているようです。たとえば、セキュリティを強化する方法がないようです。残りのインターフェイスを介して人々が表示および操作できるものを制限するにはどうすればよいですか? 通常、私はこの種のロジックを自分の見解に入れます。これは適切な場所ですか、それともロジックをモデルに移動する必要がありますか? あるいは、より良いライブラリがありますか、それとも自分で展開する必要がありますか?
asp.net-mvc - ASP.NET MVC を使用した RESTful Web サービス
ASP.NET MVC は RESTful Web サービスを開発できると思いますか? また、そのためにどのアプローチを使用しますか?
java - Java用のRESTクライアントをどのように作成しますか?
JSR 311とその実装により、RESTを介してJavaオブジェクトを公開するための強力な標準が得られます。ただし、クライアント側では、Apache Axis for SOAPに匹敵するものが欠落しているようです。これは、Webサービスを非表示にし、データを透過的にJavaオブジェクトにマーシャリングするものです。
Java RESTfulクライアントをどのように作成しますか?HTTPConnectionと結果の手動解析を使用していますか?または、JerseyやApache CXRなどの専用クライアントですか?
ruby-on-rails - RailsアプリケーションをRESTfulアーキテクチャに適合させるために、なぜもっと努力する必要があるのですか?
私は最近Railsプロジェクトを開始し、RESTfulコントローラーを使用することにしました。キーエンティティ(国など)のコントローラーを作成し、、、、、、、、を追加index
しましnew
た。ルートファイルに自分を追加しましたが、生活は良かったです。edit
create
show
update
delete
map.resources :country
開発が少し進んだ後、問題にぶつかり始めました。コントローラで追加のアクションが必要になることがありました。最初にsearch
、私の凝った自動補完検索ボックスのオプションを返すアクションがありました。次に、アプリケーションのさまざまな場所で2つの異なる方法で国を表示する必要が生じました(表示されるデータも異なるため、2つのビューだけではありませんでした)-index_full
アクションを追加しました。次に、IDではなく名前で国をURLに表示したかったので、show_by_name
アクションを追加しました。
RailsのRESTfulコントローラーで標準のindex
、、、、、、を超えるアクションが必要な場合はどうしますか?手動ルートをroutes.rbファイルに追加(および維持)する必要がありますか(これは面倒です)、別のコントローラーに移動しますか、RESTfulになりませんか、または基本的なものがありませんか?new
edit
create
show
update
delete
私は質問していると思いますが、RESTfulであるという特権のために、もっと一生懸命働き、routes.rbファイルにアクションを追加する必要がありますか?map.resources
RESTグッズを追加するために使用していなかった場合、標準:controller/:action, :controller/:action/:id
ルートはほとんどすべてを自動的に処理します。
web-services - WS* 対 REST = コースの馬 ... またはそうでない?
わかりましたので、REST サービスと SOAP サービスの両方を実装しましたが、コンテキストによってはどちらも好きです。私にとって、WS* は、サーバーとクライアントの間で明示的な契約が必要な場合 (機密情報やミッション クリティカルなものなど) に最適です。一方、REST はスキーマ定義に関して柔軟ですが、深刻なビジネス ロジックを実行する必要のないコンテンツ サービスやデータにはより理想的です。
RESTは非常に最近の傾向のようで、Thoughtworks の Martin Fowler 氏らが次のポッドキャストを提供したとき、私はやや気分を害しました。とWS *に対して嘲笑的でした。彼自身は尊敬されていますが、SOAP にはまだ多くの場所があり、ここで塩のピンチが必要であると考えるのは正しいですか? また、本格的なビジネス アプリケーションで REST を使用したことのある人はいますか?