問題タブ [rest]

ASP.NET 2.0 を使用して REST Web サービスを作成することはできますか? 私が見つけたすべての記事とブログ エントリは、ASP.NET で REST Web サービスを作成するには、WCF を使用した ASP.NET 3.5 が必要であることを示しているようです。

ASP.NET 2.0 で REST Web サービスを作成できる場合、例を挙げていただけますか。

ありがとう！

Python フレームワークは常に、リクエストのデータを洗練された方法で伝える URL を処理する方法を提供します。たとえばhttp://somewhere.overtherainbow.com/userid/123424/のように

終了パス/userid/123424/に注目してほしい

ASP.NET でこれを行うにはどうすればよいでしょうか。

現在使用しているアプリケーションにRESTAPIを実装しようとしています。REST APIを使用して、さまざまなリソースの読み取り/書き込み機能を公開したいと考えています。これの「フォーム」部分をどのように実装しますか？基本的にメソッド呼び出しとして機能し、データを返すRESTful URLを作成することで、データの「読み取り」を公開する方法を学びます。

...そして、いくつかのデータ構造を表すXMLドキュメントが返されます。罰金。

ただし、通常、Webアプリケーションでは、「編集」には2つの要求が含まれます。1つはリソースの現在のバージョンをロードしてフォームにそのデータを入力するためのもので、もう1つは変更されたデータをポストバックするためのものです。

しかし、RESTがマッピングされているHTTPメソッドで同じことをどのように行うかはわかりません。それはPUTですよね？誰かがこれを説明できますか？

（追加の考慮事項：UIは主にAJAXで実行されます）

-更新：それは間違いなく役立ちます。しかし、私はまだサーバー側について少し混乱していますか？明らかに、私はここで単にファイルを扱っているのではありません。サーバーでは、リクエストに応答するコードは、リクエストメソッドをフィルタリングして、それをどう処理するかを決定する必要がありますか？それは読み取りと書き込みの間の「切り替え」ですか？

本当に安らかなPut/delete実装asp.net mvc preview 5を誰かが知っているかどうか疑問に思っています。

ユーザーがjson、xml、csvなどのさまざまな形式を使用してHTTPPUTで新しいアイテムを作成できるようにするRESTデータサービスがあります。URLのフォーマット仕様を最適に処理する方法がわかりません。

また

では、フォーマットインジケータを指定するための最良の方法は何ですか？

クエリパラメータでフォーマットを指定し、PUTcurlでこれを行うにはどうすればよいですか？

動作しません。

動作しますが、自分でクエリパラメータを追加するのではなく、curlにクエリパラメータを作成させたいと思います。

ADO.NetDataServicesについて少し混乱しています。

これは、RESTful Webサービスを作成するためだけのものですか？WCFがSOAPの世界で始まったことは知っていますが、今ではRESTを適切にサポートしていると聞いています。リソース指向のビューからすべてを見ることができない場合にRPCモデルで機能させることができるADO.Netデータサービスについても同じことが言えます。

少なくとも最近見たデモからは、ADO.NetDataServicesがサーバー上のWCFスタック上に構築されているように見えます。私が間違っている場合は訂正してください。

私はRESTとSOAPの議論を始めるつもりはありませんが、物事はもはやそれほど明確ではないと思います。

何をどこで使用するかについての提案やガイドラインはありますか？

Ruby on Railsアプリでrestful_authenticationを使用する場合、パスワードはブラウザとサーバーの間でペインテキストで転送されますか？もしそうなら、私はそれについてどのくらい心配する必要がありますか？

.NET を使用してREST ful Web サービスを 作成するためのベスト プラクティスとサンプル コードの良いリンクを探しています。

また、REST に関するその他のご意見もお待ちしております。

ゲーム開発者、アニメーション ソフトウェア開発者、アバター開発者などの製品を強化するためにライブラリ/DLL として使用されるミドルウェア SDK を C++ と Java の両方で開発しています。

特定の関数の特定の呼び出しを使用して典型的な API を作成したので、REST タイプの API (GET、PUT、POST、DELETE) または CRUD タイプ (CREATE、READ、UPDATE、DELETE) インターフェースを使用して API を簡素化することを検討しています。

これは、可能な API 呼び出しが 4 つしかないクライアント サーバー タイプの REST API と同様に機能しますが、柔軟なパラメーターを使用できます。

これには、新しい呼び出しが追加されず、古い呼び出しが削除されないという点で、API を安定させるという利点があるようです。したがって、この API の利用者は、ミドルウェアの更新に合わせてコードを再コンパイルおよび変更する必要があることを心配する必要はありません。

オーバーヘッドは、API 呼び出しをルーティングするためにミドルウェア コントローラーに追加のリダイレクト レイヤーがあり、開発者は各 REST 呼び出しで使用できるパラメーターを知る必要があることです (もちろん提供されます)。

このシステムが Web タイプのクライアント サーバー アプリケーション以外で使用されているのを見たことがないので、私の質問は次のとおりです。これは実行可能なアイデアですか?

効率性や、例えばゲーム開発者が使いやすいかなどを考えています。

開発中の Java Web アプリケーション用の軽量バージョンの REST を探しています。

RESTlet (www.restlet.org) と Struts 2 用の REST プラグインを調べましたが、まだ決めていません。RESTletの方が軽いように見えるので、私はRESTletに傾いています。

フレームワークなしで、またはフレームワークを使用してRESTfulレイヤーを実装した人はいますか?

新しい Web レイヤーが原因で発生したパフォーマンスの問題はありますか?

REST の導入により、プロジェクトに管理不能または不合理な複雑さが追加されましたか? (ある程度の複雑さは理解できますが、私が言いたいのは、REST を追加するためだけに設計をやり過ぎているということです)