随着像 Facebook 这样的 Web API 不断更新和更改,任何给定的更改都可能需要我一段时间来实施,以找出发生了什么变化,然后更新/纠正它。
例如,如果在此期间用户无法登录,他们就不会信任我的网站。
那么,您如何管理对其他服务的依赖关系,以确保如果它现在可以工作,它将永远工作?
随着像 Facebook 这样的 Web API 不断更新和更改,任何给定的更改都可能需要我一段时间来实施,以找出发生了什么变化,然后更新/纠正它。
例如,如果在此期间用户无法登录,他们就不会信任我的网站。
那么,您如何管理对其他服务的依赖关系,以确保如果它现在可以工作,它将永远工作?
沟通是关键。
大多数受人尊敬的 Web API 提供商(如 Facebook Graph)都有一个开发者博客,以及提供有关 API 即将发生的更改的反馈的邮件列表。很有可能,他们不想破坏您的应用程序,就像您不希望它破坏一样。因此,请阅读博客和/或订阅邮件列表。并注意即将到来的“重大变化”(正如他们所说的那样。)
此外,应注意他们的警告和建议。如果他们说某个特定的 API 调用已被弃用,那么它很有可能在下一次更新后不会出现。如果您正在拨打的电话已被弃用,请尽早寻找替代方法。
好吧,坦率地说,你要求的是 Facebook 冻结他们的整个 API 和 Graph 实现。这根本不会发生。在一个不断变化的技术世界中,事情将会发生变化。作为第 3 方平台的开发人员,我们有责任及时了解第 3 方平台所做的任何更改。
如果您想跟踪 Facebook 对其 API 所做的所有更改,那么您应该查看Developers Roadmap。他们在此处列出了所有计划中的更改。
对于严重的更改,那些本质上会“破坏”当前功能的更改,Facebook 保证在更改之前至少 90 天通知。
本着开放和透明的精神并遵守我们 的重大变更政策,我们发布此路线图以帮助开发人员规划可能需要修改代码的变更。与所有路线图一样,它可能会略有变化,但随着细节的出现,我们将分享对正在发生的事情的见解。我们鼓励开发人员订阅我们的博客,我们会在其中宣布推出计划和时间安排。
鉴于所有这些信息,您仍然可以采取一些措施来确保您的用户始终可以访问您的网站。一件事是提供一种替代登录方法。能够搭上 Facebook 身份验证的便车并将您的网站登录与他们的登录无缝集成是非常有用的,但是如果有一天 Facebook(出于某种原因)出现故障会发生什么?这意味着您的用户也将被锁定在您的网站之外!如果它适用于您的情况,请考虑提供替代方案。