api - 什么时候选择 API 而不是 SDK，反之亦然？

Question

用例:我正在开发一个混合云 API，它将与多个云提供商交互，即。 AWS、谷歌计算、Azure 等。对于它们中的每一个，都有我最喜欢的语言的 API 和 SDK。但我想知道的是应该如何选择使用什么，API 或 SDK。我应该寻找一些线索来做出有计划的决定。

我知道黑白 API 和 SDK 的区别，并且可以推断出一些用例应该选择 API 而不是 SDK，反之亦然。

我的一些观察:

• 如果 API 不可用或很难与简约文档一起使用，则必须使用 SDK。例如对于vmware vsphere，SDK 无疑是必经之路。
• 此外，如果您的收藏夹中没有 SDK。语言，您必须拨回 API。

• SDK 通常易于使用，因为它们抽象出了很多东西。特别是如果你想使用一个功能需要通过大量资源黑白传递的信息。 SDK 可以在内部做很多事情，所以你只需要关心什么您想不必关心 token 过期。

• SDK vs API in general

• SDK vs API for S3

我个人有时倾向于 API 是因为，并不总是有一个一对一的映射黑白功能可以通过API 和开发工具包。而且我绝对想使用超集(API)。我不想被存在于资源，可通过 API 获取，但尚未在 SDK 中实现。

问题:在什么情况下您更愿意使用 API 而不是 SDK，反之亦然？为什么？

如果您发现我的任何观察结果不正确或草率，请纠正我。

Answer 1

我会选择一个 API 来保持事情的简洁明了。

1) 当您必须交付的最终产品的尺寸需要圆滑时，例如在您使用多个第三方工具的情况下，如果您集成了他们所有的 SDK，那么您的应用程序体积臃肿，但如果您使用他们提供的轻量级 API，那么它会非常时尚。

2) 请记住，最终用户最终会通过将您的产品与他现有的产品集成来使用您的产品，然后大多数都会有一个或另一个限制，就像在 Android 中，当方法计数超过 64k 时，编译器会提示(当然我们可以轻而易举地克服)但重点是 sdk 将有很多实用程序和帮助程序类中未使用的方法供用户使用，这些方法可能永远不会被使用。

3) 更新开销 当任何一个 sdk 版本被弃用时，您最终将发布新产品只是为了集成新的 SDK，但更好的选择是只更改特定的 API已在 SDK 中更改。

4) 您提供的文档将是最准确的，因为您知道您所使用的 API，并且用户可以非常简单地理解和使用您的产品

还要记住 sdks 在内部使用 API，因此您可以做同样的事情并仍然保持简单