Http Expect/preference头中的Unicode

根据，我试图避免在旧的HTTP头可以创建的地方创建新的HTTP头，我特别希望支持Unicode

据我所知，引用的“参数”（提供Unicode支持的一种方式）在标题TE、传输编码和内容类型与接受（即媒体类型）中显式使用

---

虽然“Expect”（）和“preference”（）表示使用排序参数，但据我所知，它们没有明确引用RFC5987（反之亦然），因此我想知道这些头是否可以用于嵌入Unicode值（在参数部分内）以标准公认的方式。

当前支持RFC 5987编码的唯一标题字段是内容配置和链接

---

出于好奇：为什么在Expect/Preference中需要非ASCII字符？

您的意思是我列出的那些字符不受实现支持，还是说Content Disposition和Link是另外两个支持它的字符？（该规范似乎建议我列出的那些支持Unicode。）至于原因，我感兴趣的是允许传递任意XPath或CSS选择器表达式，并将其应用于通常在给定URL上产生的结果（我正在尝试做的更全面的细节）。我没有自己制作一个自定义标题，而是认为我可以在Expect中传递它，或者更通常地在Prefer中传递，取决于所请求的查询语言是否缺少支持将导致完整文档的返回。我希望超出XPath或CSS选择器的能力是WTWWG可能考虑使用它或类似于允许HTML标记来触发诸如分页和类型感知的数据表搜索接口之类的事物。作者需要添加Ajax库（可能因此不适当地限制了向用户公开的查询选项）。通过使用标题，它可以处理任何URL的静态或动态页面。标题字段参数只支持RFC 5987。因此，这是链接和内容处置的情况，但不适用于您列出的那些。Re:Expect/Prefer:这些用于功能协商，而不是传递复杂的参数。仅供参考，我认为我得到允许其他参数的印象的原因来自第3.2.1节：“为了包含字符集和语言信息，本规范将RFC 2616语法修改为…”对我来说，这意味着RFC2616的通用替代品，而不仅仅是新规格的增选品。