我应该为Twitter的API使用包装库，还是只构建自己的库？
我的应用程序只需要连接到twitter即可阅读其他用户的状态更新，而且无需发布更新或向Twitter发送任何类型的消息。
更新此应用程序是非常耗费资源的，因此现在每次“小的性能提升”都可能带来巨大的性能提升。另外，根据我的阅读，TweetSharp将会停止使用？
答案 0 :(得分：3)
假设您可以找到一个易于使用的库，该库已经过其他人的充分测试，您为什么要花时间自己构建该部件，何时可以花时间构建您的真实应用程序？
仅仅因为你不会使用所有的API并不值得建立你自己的库，IMO。不要重新发明轮子：）
答案 1 :(得分：0)
为自己的Twitter构建一个包装库只是重新发明轮子。你可以找到一堆Twitter库here。
答案 2 :(得分：0)
这取决于多种因素;我想要提出的一个问题是避免将自己绑定到您无法控制的外部依赖关系上。
如果您只在有限的几个地方触摸外部API，那么直接进行可能没问题;如果您正在构建一个包含许多潜在触摸点的大型代码库，那么您肯定希望通过包装器进行。