为什么Twilio消息响应中有多个MessageSID排列？

这是一个更一般的问题，用于理解当

消息

资源被返回或webhook被发送给第三方应用程序时，为什么在vanilla Twilio api响应中出现3种基本相同键值的不同排列

以下是返回给请求客户端的简略JSON响应：

//mock message id values
{ "SmsMessageSid": "MM2fb7744c9a752cb554b4a6371c6756d8",
  //... abridged
    "SmsSid": "MM2fb7744c9a752cb554b4a6371c6756d8",
//...abridged
    "MessageSid": "MM2fb7744c9a752cb554b4a6371c6756d8"
}

Google在MessageSid上显示了一个属性，但在其他两个属性的数据字典上没有其他明确的内容

我的问题是：

为什么有3个键具有相同的值

在任何情况下，这些值对于任何键都是不同的吗

如果要保存此特定消息的id，应保留哪个键值

这可能有助于：

MessageSid消息的34个字符的唯一标识符。可用于以后从REST API检索此消息

SmsSid与MessageSid的值相同。已弃用并包含了向后兼容性

使用MessageSid这可能会有帮助：

MessageSid消息的34个字符的唯一标识符。可用于以后从REST API检索此消息

SmsSid与MessageSid的值相同。已弃用并包含了向后兼容性

---

在此处使用MessageSid

Twilio开发者福音传道者。艾伦的回答是正确的。最后我们就这个问题写了一篇博文！您可以在这里查看：这里是Twilio开发者福音传道者。艾伦的回答是正确的。最后我们就这个问题写了一篇博文！您可以在这里查看：

很好，谢谢您的洞察力。您对

SMSMessageId

属性有什么想法吗？与SmsSid相同的交易？我也不得不说是遗留问题。我之所以这么说，是因为/Messages资源，它不仅用于今天的SMS，还用于WhatsApp和Facebook Messenger，它们不是SMS（因此移动到MessageSid并远离SmsSid）。很好，感谢您的洞察力。您对

SMSMessageId

属性有什么想法吗？与SmsSid相同的交易？我也不得不说是遗留问题。我之所以这么说，是因为/Messages资源，现在不仅仅用于短信息，它还用于WhatsApp和Facebook Messenger，它们不是短信息（因此移动到MessageSid并远离SmsSid）。谢谢@ecmoy，看起来是一篇相当新的博客文章。我很高兴我的问题能对内容营销和开发者宣传工作有所帮助；）感谢你的想法！谢谢@ecmoy，看起来是一篇相当新的博文。我很高兴我的问题能对内容营销和开发者宣传工作有所帮助；）感谢你的想法！