为什么 Twitter 负载不只包含字符串 ID？
Why doesn't Twitter payload include only string ID?
为什么 Twitter 不弃用整数 ID 而只保留字符串 ID？目前 Twitter API 有效负载包括这两种 ID，并且不必要地膨胀了大小。由于文档没有将整数 ID 标记为未来弃用的候选者，我假设他们计划无限期保留这两种 ID。我不明白为什么。
以下是我正在谈论的一些示例字段：id、in_reply_to_status_id、in_reply_to_user_id、quoted_status_id。
我明白为什么 Twitter 必须首先包含字符串 ID (here's why)。我的问题是为什么他们一直包含整数 ID。
Javascript cannot support numbers with >53bits.
JS不支持长数字不代表其他的不支持。如果您不直接在网站上挖掘数据，您可以使用字符串的整数值。
这也归结为保持一致性。这些推文的授权经销商和许多大公司都使用了该信息（int ID），并以此为基础建立了多年的信息。删除它而不是添加它会导致影响 Twitter 以外的许多人的问题。
最后，长整数只影响了少数语言，不是很大一部分，也不是所有语言。没有删除它的具体原因。
为什么 Twitter 不弃用整数 ID 而只保留字符串 ID？目前 Twitter API 有效负载包括这两种 ID，并且不必要地膨胀了大小。由于文档没有将整数 ID 标记为未来弃用的候选者，我假设他们计划无限期保留这两种 ID。我不明白为什么。
以下是我正在谈论的一些示例字段：id、in_reply_to_status_id、in_reply_to_user_id、quoted_status_id。
我明白为什么 Twitter 必须首先包含字符串 ID (here's why)。我的问题是为什么他们一直包含整数 ID。
Javascript cannot support numbers with >53bits.
JS不支持长数字不代表其他的不支持。如果您不直接在网站上挖掘数据，您可以使用字符串的整数值。
这也归结为保持一致性。这些推文的授权经销商和许多大公司都使用了该信息（int ID），并以此为基础建立了多年的信息。删除它而不是添加它会导致影响 Twitter 以外的许多人的问题。
最后，长整数只影响了少数语言，不是很大一部分，也不是所有语言。没有删除它的具体原因。