針對結構化欄位發布了新的 RFC：RFC9651。
HTTP 標頭在數值的複雜程度方面有點免費
被編碼，許多標頭需要自己的迷你解析器。
不久前，人們開始努力修復此問題，名為「結構化欄位」。它們被稱為字段而不是“標頭”，因為 HTTP 同時具有標頭和尾部！
結構化欄位可讓您對清單、字典、字串、數字、布林值和二進位資料等內容進行編碼。 2021 年的原始 RFC 非常成功，儘管許多現有標頭無法改造為這種格式，但許多新標準正在利用。
一些例子：
// Parsed an ASCII string Header: "foo" // A simple string, called a 'Token' in the spec Header: foo // Parsed as number Header: 5 Header: -10 Header: 5.01415 // Parsed into boolean Header: ?1 Header: ?0 // Binaries are base64 encoded Header: :RE0gbWUgZm9yIGEgZnJlZSBjb29raWU=: // Items can have parameters Header: "Hello world"; a="5" // A simple list Header: 5, "foo", bar, ?1 # Each element can have parameters Header: sometoken; param1; param2=hi, 42 // A list can also contain lists itself. These are called 'inner lists' and // use parenthesis Header: sometoken, (innerlistitem1 innerlistitem2), (anotherlist) // A simple dictionary Header: fn="evert", ln="pot", coffee=?1 // Each item may have parameters too Header: foo=123; q=1, bar=123, q=0.5 // A dictionary value may be an inner list again Header: foo=(1 2 3)
上週發布的新 RFC 新增了 2 個新資料類型：日期和
“顯示字串”，這是適合 HTTP 標頭（和預告片）格式的 Unicode 序列化。
// Parsed into a Date object<br> Header: @1686634251 <p>// A Unicode string, called a 'Display String' in the spec. They use<br> // percent encoding, but encode a different set of characters than<br> // URLs.<br> Header %"Frysl%C3%A2n"<br> </p>
如果您在野外遇到這些標頭，那麼使用標準解析器確實是個好主意。原因之一是使用結構化欄位有一個內建的擴充機制。您需要確保當出現新參數時您的應用程式不會突然崩潰。
您可能還想定義和使用您自己的 HTTP 標頭。結構化欄位格式是一個非常好的“預設選擇”，它消除了“我應該如何編碼鍵值物件”或“如何編碼 UTF-8 字串”等決策。
隨著每種語言都會出現解析器，您不必擔心編寫自己的一次性格式。
我是結構化欄位 Javascript 函式庫（稱為「結構化標頭」）的維護者，我還針對這個新的 RFC 更新了該函式庫。我希望我選擇了“結構化欄位”這個名稱，但我在原始標準更改名稱之前選擇了這個名稱。
我剛剛發布了該庫的 v2，支援這些新類型，並且還添加了 ES 模組支援。
回覆其中一項：
以上是新的結構化欄位 RFC 已發布，我的 Javascript 套件也是如此的詳細內容。更多資訊請關注PHP中文網其他相關文章！
