Node.js 语言SDK与原始HTTP请求

Node.js 语言SDK与原始HTTP请求,node.js,http,sdk,Node.js,Http,Sdk,在使用服务时,我经常会问这样一个问题:我应该为我的语言(Node.js)找到SDK,还是只发送原始HTTP请求 有些服务为您提供了真正最新的SDK,并提供了良好的文档: 其他人的工作一般,而其他人只提供RESTfulHTTPAPI 在我看来: SDK的优点: 你热爱你的语言,想写/读它 SDK的缺点: 并非所有服务都提供SDK(太贵/不可能为所有语言提供SDK) 不是最新的 不要涵盖底层HTTP API的所有功能 分裂社区 精简文档 使用语言SDK似乎弊大于利 如果有原始HTTP API,我应该

在使用服务时,我经常会问这样一个问题:我应该为我的语言(Node.js)找到SDK,还是只发送原始HTTP请求

有些服务为您提供了真正最新的SDK,并提供了良好的文档:

其他人的工作一般,而其他人只提供RESTfulHTTPAPI

在我看来:

SDK的优点:

  • 你热爱你的语言,想写/读它
  • SDK的缺点:

  • 并非所有服务都提供SDK(太贵/不可能为所有语言提供SDK)
  • 不是最新的
  • 不要涵盖底层HTTP API的所有功能
  • 分裂社区
  • 精简文档
  • 使用语言SDK似乎弊大于利


    如果有原始HTTP API,我应该一直直接使用它吗?

    我会说不。通过使用提供的SDK,您通常会节省时间,并且您使用的代码比您自己编写的任何代码都要经过测试。在我看来,这些好处超过了你所有的缺点

    但是,您的大多数缺点是显示不使用SDK的原因。如果您发现SDK不满足您的需求,那么可以使用原始HTTP请求。也就是说,通常您可以使用SDK来满足您的需求,并使用原始HTTP请求(最好是通过扩展SDK),而不是。

    < P>我会说“它取决于”(这就是为什么我认为这个问题不太适合于这样的格式,BTW),对我来说,最重要的因素是HTTP API和SDK的稳定性。

    若API是稳定的,那个么SDK可能已经很好地覆盖了它,可以安全地使用后者

    若API发展很快,那个么SDK很可能并没有很好地涵盖它(很少有例外)


    当然,假设API和SDK都涵盖了您需要的特性。如果不是这样的话,我建议只使用SDK的基本功能(例如授权模块),并自己实现所有复杂的功能。

    我想这确实是一个语言不可知的问题:任何使用不太受支持的平台的人都可能面临上述问题。