谁负责更新 JSON 规范？
Who is responsible for updates to the JSON spec?
我厌倦了解决 JSON 不支持二进制数据的问题。
虽然有变通办法，但我最好更新规范以正确支持二进制数据。
谁负责更新 JSON 规范？
如果您有ideas/dreams/whishes如何改进JSON，请告诉我。在这里创建一个问题 Let's fix JSON (github)
ECMA 国际 TC39。
您可以在此处关注规范并为规范做出贡献：
https://github.com/tc39
根据Wikipedia article on JSON, it has been standardized in ECMA-404, RFC 8259 and ISO/IEC 21778:2017。实际上，JSON 现在是一个既定的标准，如果不破坏许多依赖于当前 JSON 格式的服务，就不可能进行更改。 IE。 这不会发生。
解决此问题的最常见方法是将二进制数据编码为 Base64 并同意这就是它在应用程序层中完成的方式。
另一个答案可能是使用不同的协议 - 维基百科有一个很好的 Comparison of data serialization formats。
（当我们选择 JSON 时，我可以将缺少日期添加为我个人的烦恼之一。）
我厌倦了解决 JSON 不支持二进制数据的问题。
虽然有变通办法，但我最好更新规范以正确支持二进制数据。
谁负责更新 JSON 规范？
如果您有ideas/dreams/whishes如何改进JSON，请告诉我。在这里创建一个问题 Let's fix JSON (github)
ECMA 国际 TC39。
您可以在此处关注规范并为规范做出贡献：
https://github.com/tc39
根据Wikipedia article on JSON, it has been standardized in ECMA-404, RFC 8259 and ISO/IEC 21778:2017。实际上，JSON 现在是一个既定的标准，如果不破坏许多依赖于当前 JSON 格式的服务，就不可能进行更改。 IE。 这不会发生。
解决此问题的最常见方法是将二进制数据编码为 Base64 并同意这就是它在应用程序层中完成的方式。
另一个答案可能是使用不同的协议 - 维基百科有一个很好的 Comparison of data serialization formats。
（当我们选择 JSON 时，我可以将缺少日期添加为我个人的烦恼之一。）