抢先体验全新 Twitter API

Twitter 正式发布了新的 API，也就是第二代版本。它拥有非常出色的理念。官方发布了一段精彩的视频来介绍新版本，并自豪地宣称这是“从零开始重建，旨在更好地支持开发者”，包括企业、学术研究人员、学生和创客。

我原本对它带来的新机遇感到非常兴奋。虽然目前仍处于早期体验阶段，但我不得不说，到目前为止我有点失望。让我们来看看原因。

伟大的。

开发者门户（包括开发者控制面板）已全面改版。信息查找起来更方便，结构也更清晰。新增的快速入门指南对新手来说非常实用。

我立刻就喜欢上了它改进后的数据筛选方式。有点像 GraphQL，你可以向 Twitter 询问你对哪些属性感兴趣。

例如，在请求推文时，Twitter 默认会发送推文的标题id和text内容。如果您只想获取特定指标，例如转发数，可以通过添加新参数来提出请求。

效果如下：

?tweet.fields=created_at,public_metrics

它能将有效载荷精简到你想要的程度——这当然很棒。不过，我希望能够更精细地控制。例如，只请求转发数据，而不是所有公开指标。此外，默认字段是必填的，无法更改。

该 API 的身份验证部分仍然使用 OAuth 1.0a。这大概是我最“震惊”的地方。大多数 API 多年前就已经迁移到 OAuth 2.0 了。Twitter 在发布新版本时竟然没有跟进，这着实令人惊讶。

OAuth 2.0 引入了作用域的概念，如今我们已经非常熟悉这个概念。如果继续使用 OAuth 1.0a，Twitter 将无法为开发者提供对用户数据的精细控制。

换句话说，一旦允许某个应用程序访问你的数据，它就始终拥有完全访问权限。这已经不是人们想要的了。不过，Twitter 表示这项功能已列入开发计划。

此外，从开发者的角度来看，Auth 1.0a 的使用难度要大得多。例如，它需要对每个请求进行签名。不过，我正在使用一个名为Pizzly的工具（我参与了该工具的开发）来简化这个过程。

总的来说，我并没有看到这个新API有什么创新之处。它基本上是一个REST API，有一些有趣的概念（例如“字段”参数）。但其他一些API已经采用了类似的概念（例如，Google API使用字段参数已经很多年了）。

API配额仍然非常低。一个应用程序每月最多只能请求50万条推文。我估计，我在浏览Twitter信息流时，每次会话大约会查看50条推文。一个月下来，就是50 * 30 = 1500条推文。

如果只开发一个渲染用户动态的应用，那么在几百个活跃用户的情况下就会停止运行。这真的不算什么。

我也觉得这个新的 API 似乎没有考虑到小型开发者的需求。例如，在开始研究新的 Twitter API 时，我想构建一个 Twitter 时间线图表，使其看起来有点像 GitHub 贡献图。

新的 Twitter API 中没有这样的接口可以让你做到这一点。没有接口可以检索已认证用户的推文。而且，公开的推文只能检索最近 7 天的。Twitter 将用户数据保留在自己手中，这有点令人失望。

另一个强化这种感觉的例子是，6 个可用接口之一是采样流，它可以实时提供“大约 1% 的公开推文随机样本”。这简直太棒了！但你需要管理的数据量也相当庞大……

该API仍处于早期访问阶段，我们已经可以预见。

并非所有接口都已开放。截至撰写本文时，仅有 6 个接口可用。例如，版本 2 尚不支持发布新推文或管理私信。因此，现在充分利用此新 API 还为时尚早。

此外，还有许多很棒的功能仍在开发计划中。但我总体感觉，新的 Twitter API 主要面向大型用户（成熟公司、学术研究人员等）。