重複するHTTP GETクエリキーの信頼できる位置

次のようなHTTP GETクエリ文字列の重複フィールドの動作に関する信頼できる情報を見つけるのに問題があります。

http://example.com/page?field=foo&field=bar 

特に注文が維持されるかどうか。ほとんどのWeb指向言語は、キー「フィールド」に関連付けられたfooとbarの両方を含む配列を生成しますが、この点について（RFCなどで）権威あるステートメントが存在するかどうか知りたいです。RFC 3986には、3.4. Querykey = valueペアを参照するセクションがありますが、順序の解釈方法やフィールドの重複方法などについては何も述べられていません。これは、バックエンドに依存し、そのRFCの範囲ではないため、理にかなっています...

事実上の標準が存在しますが、好奇心から、それについての信頼できる情報源を見たいと思います。

これに関する仕様はありません。あなたは好きなことをするかもしれません。

典型的なアプローチには、first-given、last-given、array-of-all、string-join-with-comma-of-allなどがあります。

未加工のリクエストが次のとおりだとします。

GET /blog/posts?tag=ruby&tag=rails HTTP/1.1
Host: example.com

次にrequest.query['tag']、言語またはフレームワークに応じて、何を生成するかについてさまざまなオプションがあります。

request.query['tag'] => 'ruby'
request.query['tag'] => 'rails'
request.query['tag'] => ['ruby', 'rails']
request.query['tag'] => 'ruby,rails'

PHPの場合（少なくともバージョン4.4.4以降）、次のように機能することを確認できます。

GET /blog/posts?tag=ruby&tag=rails HTTP/1.1
Host: example.com

結果は：

request.query['tag'] => 'rails'

だが

GET /blog/posts?tag[]=ruby&tag[]=rails HTTP/1.1
Host: example.com

結果は：

request.query['tag'] => ['ruby', 'rails']

この動作は、GETデータとPOSTデータの場合と同じです。

yfeldblumの答えは完璧です。

最近気付いた5つ目の動作についてのメモ：Windows Phoneでは、クエリキーが重複しているURIでアプリケーションを開くと、NavigationFailed with：

System.ArgumentException：同じキーの項目が既に追加されていました。

犯人はSystem.Windows.Navigation.UriParsingHelper.InternalUriParseQueryStringToDictionary(Uri uri, Boolean decodeResults)。

したがって、システムはあなたがそれをあなたが望む方法で処理することさえ許さず、それを禁止します。独自のフォーマット（CSV、JSON、XMLなど）とuri-escape-itを選択するための唯一のソリューションが残ります。

ほとんど（すべて？）のフレームワークは保証を提供しないため、ランダムな順序で返されると想定します。

常に最も安全なアプローチをとってください。

たとえば、java HttpServletインターフェース： ServletRequest.html＃getParameterValues

getParameterMapメソッドでさえ、パラメーターの順序に関する言及を省略します（java.util.Mapイテレーターの順序も信頼できません）。

通常、次のような重複するパラメータ値

http://example.com/page?field=foo&field=bar

配列である単一のqueryStringパラメータになります。

field[0]=='foo'
field[1]=='bar'

ASP、ASP.NET、およびPHP4でこの動作を見てきました。

同じ質問がありました。クエリを解析して文字列化するJavaScript関数を書いています。一部の言語ではこれらの形式がサポートされていますが、クエリ文字列に重複した名前があるか、x [] = 1＆x [] = 2などの角かっこ付きの名前が標準であるかどうかはわかりません。

しかし、ChromeとFirefoxには新しいクラスという名前が付けられてURLSeachParamsおり、最も単純な形式のみをサポートしていますname=value。クエリ文字列に重複する名前がある場合、のgetメソッドはURLSearchParams最初の名前のみを返します。

したがって、個人的には、おそらく最も単純で重複する名前のURLがない方が、はるかに安全です。