2017-02-14 6 views
0

2つのこと作成していない:私は、HTTPのPOSTは、既存の情報を取得するために使用することができることを修正しています、は、HTTP POSTは、データを取得するために使用することができます - 新しいデータ

最初に?もしそうなら、レスポンスコードは何ですか?

第2に、POSTを使用できる場合、Web.APIアプリケーションのURLの形式とサーバーに送信するデータのID。

セキュリティは、HTTP Getの使用を防ぎませんが、何らかのセキュリティ問題のために強く推奨しません。 OTOH、私は、既存の情報を取得したいときにメソッドPostInformation()を命名するのは本当に嫌です。

おかげ

答えて

1

は、私は、HTTPのPOSTは、既存の情報を取得するために使用することができることを修正するのですか? RFC 7231, section 4.3.3から

表現は、リソースの固有のセマンティクスに従って要求で囲まれたターゲット・リソース・プロセスPOSTメソッドのリクエスト。

このは厳密にそれをを必要としない一方で、サーバーの状態が変化する意味します。そう、はい、本当に励まされていませんが、これは安全です。実際には、overly long URLsなどのGETメソッドの制限を回避するために、過去に多くのWebアプリケーションがそうしてきました。

Web.APIアプリケーションのURLの形式と、サーバーに送信するデータを指定します。

URLはquery stringと同じです。リクエストの本文にapplication/x-www-form-urlencodedというマークを付けると、通常はクエリ文字列に使用するのと同じ文字列で入力できます。より複雑なデータやバイナリデータの場合は、multipart/formdatathis answerを参照)を使用してください。

私はかなり非問題である既存の情報

を取得したいとき、私は本当に、()メソッドのPostInformation命名嫌い。私はあなたの心配を理解しますが、これを考慮してください:最終的にはデータを取得しています。 どのようにを使用するかは、使用しているプロトコルの実装の詳細です。あなたの方法に名前をつけるのを妨げるものはありませんPostInformation()。さらに、実装が変更されてPOSTの代わりにGETが突然使用された場合はどうしましたか? PostInformation()のすべての発生をGetInformation()にリファクタリングしますか?

+0

ありがとうございます!また、メソッドの命名について、あなたが言っていることを得ていますが、私はそれらの想像力に欠けた、文字通りの人々です! ;-) – EoRaptor013

関連する問題