【发布时间】：2011-09-26 20:49:33
【问题描述】：
我应该为 Twitter 的 API 使用包装库，还是只构建自己的库？
我的应用程序只需要连接到 twitter 来读取其他用户的状态更新，它不需要发布更新，或者向 Twitter 发送任何类型的消息。
更新此应用程序非常占用资源，因此现在每一个“小幅性能提升”都是未来潜在的巨大性能提升。另外，据我所知，TweetSharp 将被停产？
【问题讨论】：
标签： c# architecture twitter
【发布时间】：2011-09-26 20:49:33
【问题描述】：
假设您可以找到一个已经被其他人充分测试过的易于使用的库，您为什么要花时间自己构建该部分，而这些时间可以用来构建您的真实应用程序？
仅仅因为您不会使用 所有 API 并不值得构建自己的库，IMO。不要重新发明轮子:)
【讨论】：
-
@Cicada 实际上，制作一个功能减少的包装器是有意义的，它可以称为 performance 或 optimization - 你可以减小你的应用程序，减少所需的内存，提高速度，代码可以更干净（可能不是那么可扩展，但更干净）。
-
仅仅为了学习如何做而构建一个包装器可能会很有趣（并且有用）。当然，如果最终申请是您的目标，那么 Jon 的建议是最好的。但是，当我学习一些东西时，我经常发现推出自己的版本很有用。
-
@Nico：“资源密集型”以什么方式？与 Twitter 交谈的大部分时间都在等待网络。您是否对现有的 Twitter API 进行了基准测试并发现它们需要？在不衡量替代方案的情况下决定基于性能编写自己的库似乎很奇怪。
为您自己的 Twitter 构建一个包装库只是在重新发明轮子。你可以找到一堆 Twitter 库here。
【讨论】：
-
很遗憾链接失效了。
-
@JYelton 因为那是差不多七年前的事了，那时 Twitter 支持特定于平台的库。现在它只有一个使用 REST/JSON 的通用公共 API，就是这样。
这取决于多种因素；我要强调的一个方法是避免将自己绑定到您无法控制的外部依赖项。
如果您只在有限的几个地方接触外部 API，那么直接进行可能是可以的；如果您正在构建具有许多潜在接触点的大型代码库，那么您肯定希望通过包装器。
【讨论】：