問題タブ [rest]

独自のID形式を使用する場合と比較して、（RESTのように）グローバルに一意のURIを使用してリソースを参照することの利点は何ですか？

例えば：

1. http://host.com/student/5
2. http://host.com/student?id=5

最初のアプローチでは、URL全体がIDです。2番目のアプローチでは、5つだけがIDです。2番目のアプローチに対する最初のアプローチの実際的な利点は何ですか？

なぜREST（そう思われる）が最初のアプローチを提唱するのに邪魔にならないのですか？

- 編集：

私の質問は、実際には2つの別々の質問をしたため、混乱を招きました。

1. アドレス可能性の利点は何ですか？
2. 上記の2つのURI形式の違いは何ですか。

私は自分の投稿を使用して、以下の両方の質問に回答しました。

HTTP GET、PUT、DELETE、POST、HEAD を使用する実際の利点は何ですか? それらの動作上の利点 (安全性と冪等性) に注目し、それらの名前を忘れて、必要な動作に応じて GET、PUT、または POST を使用してみませんか?

GET、PUT、および POST のみを使用してはならないのはなぜですか (および HEAD と DELETE をドロップしないでください)。

次のユースケースを REST でどのように実装するのか疑問に思っています。概念モデルを損なうことなく、それを行うことさえ可能ですか?

1 つのトランザクションの範囲内で複数のリソースを読み取りまたは更新します。たとえば、ボブの銀行口座からジョンの口座に $100 を送金します。

私の知る限り、これを実装する唯一の方法は不正行為です。John または Bob に関連付けられたリソースに POST し、単一のトランザクションを使用して操作全体を実行できます。私の知る限り、これは REST アーキテクチャを壊します。実際に個々のリソースを操作するのではなく、基本的に POST を介して RPC 呼び出しをトンネリングしているためです。

チュートリアルで説明されているように、現在、URL のパラメーターを取得するために正規表現を定義しています。HttpRequestオブジェクトの一部として URL からパラメーターにアクセスするにはどうすればよいですか?

MyHttpRequest.GETは現在、空のQueryDictオブジェクトを返します。

ライブラリなしでこれを行う方法を学びたいので、Django をよりよく知ることができます。

サービスに推奨する認証の種類は次のとおりです。

• WCF として実装され、さまざまなエンドポイント (XML-RPC を含む) を介して公開されます。
• さまざまなクロスプラットフォーム クライアントで簡単に使用する必要がある

なんで？

私が知っているオプションは次のとおりです。

• IIS でホストされる WCF のフォームベースの認証 (実装は簡単ですが、クロスプラットフォームのサポートはひどいものであり、REST ではありません)
• すべての呼び出しでプレーンテキストのユーザー名/パスワードを送信する (どのプラットフォームでも簡単に使用できますが、完全に安全ではありません)
• チケットベースの認証を使用して、ユーザー名とパスワードを使用して、しばらくの間有効で、すべてのリクエストで渡されるチケットを作成します (どのクライアントでも簡単に使用できますが、API モデルはこのタイプのセキュリティにバインドされています)。

御時間ありがとうございます！

考えてみると、リソース指向であるという REST パラダイムは、オブジェクト指向 (可能な限り HTTP を活用し、機能が制限されている) に帰結するのではないでしょうか?

必ずしもそれが悪いことだと言っているわけではありませんが、それらが本質的に同じで非常に似ている場合、REST とそのようなアーキテクチャが伴う意味を理解するのがはるかに簡単になります。

更新:より具体的な詳細は次のとおりです。

1. REST リソースは public クラスに相当します。プライベート クラス/リソースは公開されません。
2. リソースの状態は、クラスのパブリック メソッドまたはフィールドと同等です。プライベート メソッド/フィールド/状態は単に公開されていません (これは、存在しないという意味ではありません)。
3. 確かに REST はリクエスト間でクライアント固有の状態を保持しませんが、すべてのクライアント間でリソースの状態を保持します。クラスが状態を持つのと同じように、リソースにも状態があります。
4. サーバー オブジェクトがデータベース アドレス、テーブル名、および主キーによってグローバルに一意に識別されるのと同じように、REST リソースは URI によってグローバルに一意に識別されます。確かに、これを表す URI は (まだ) ありませんが、簡単に作成できます。

これまでに読んだドキュメントから、ADO.Netデータサービスは、CRUDのようなインターフェイスをデータベース内のテーブルにRESTfulな方法で公開する方法として位置付けられています。これは、これら4つの操作のみを実行するアプリケーションには最適ですが、それ以上の操作を実行するアプリケーションについてはどうでしょうか。

Print、Approve、Submit、Copy、Transfer、Process、Calculateなどの動詞についてはどうでしょうか。

RESTfulアプリケーションの一般的なアプローチは、これらの追加のリクエストを実行するために対話できる新しいリソースを作成することです。例：印刷操作を実行するために投稿できるプリンタリソースを作成します。ただし、これらのリソースは、必ずしもデータベース内のテーブルまたはビューにマップされるとは限りません。

ADO.Net Data Servicesは、テーブルにマップされないこれらのリソースをどのように処理しますか？例として、給与を計算していて、エンドポイント/ PayrollService/PayCalculatorを作成したとします。一部の従業員情報とその総賃金を含むエンティティをPOSTすると、PayCalculatorリソースに従業員の福利厚生と控除額を返すように指示されます。

Java で実装された Restful アーキテクチャを使用してプロジェクトを開始しています (新しい JAX-RS 標準を使用)

Flex アプリケーションで GUI を開発する予定です。HTTPService コンポーネント (応答エラー コード、ヘッダー アクセスなど) を使用して、この実装に関するいくつかの問題を既に発見しました。

皆さんは、同様のプロジェクトで何らかの経験を持っています。それは実現可能ですか？

私はウェブサーバーの作成に非常に慣れていません。それらを理解し、簡単なウェブサーバーを作成しようと何度か試みましたが、完全に「クリック」されることはありませんでした。現時点では、REST が私の目的に最も適しているという印象を受けています (後で説明します)。

Java での基本的なコード例 (Tomcat Apache を使用) または Web サーバーの方法を示すチュートリアル リソースを教えてください。

• セキュリティに使用できます-つまり、クライアントを識別するために何らかの値を渡します-Webサーバーから、いくつかの基準に応じてクライアントへのアクセスを拒否または許可します-おそらくルックアップリスト。
• クライアントが正常に受け入れられると、データベース テーブルに行を書き込むために使用される Web サーバーにさらにいくつかの値を渡すことが許可されます。

どうもありがとう。

PS - Eclipse Ganymede に付属する何かがあったのではないかと思いましたか? 誰かが確認できたら？

削除操作と配置操作をどのように実行しますか？ドキュメントを読み、すべてを適切に実行していると思いましたが、動作させることができないようです。

たとえば、従業員を削除したい場合は、「EmployeesController」というコントローラーを作成し、削除を実行するためのdestroyメソッドを作成します。

次に、routes.rbファイルに移動しmap.resources :employees、を入力しました。これにより、URLヘルパー関数にアクセスできます。

Ajaxオペレーションを呼び出したいものは何でも、次のような行が必要です。

リンクをクリックしても、POST操作が送信されているため、何も実行されません。

私は何が欠けているか、間違っていますか？