Twitter产品经理Todd Sherman今天正式宣布，以后发推特，包括图片、GIF、视频、投票、转发和回复等内容将不计入140个字符限制。此前，用户发布的推特中，这些内容大约要占25个字符左右，这在某种程度上放开了推特的字符限制，用户在一条推特上可以发布更多内容。不知新浪微博会不会也做出相应改动呢？

此外，该公司将改变推文的显示方式，用户包含艾特对象的推文也将即时出现在用户的推特时间线内。

这一改变对用户习惯和互联网世界又意味着什么呢？我们听听Twitter产品经理Todd Sherman如何讲述？

以下为Todd Sherman致Twitter用户公开通知全文：

2006年，当我们介绍推特的API的时候，推文只能发送140个字符的文本信息，并且常常是通过短消息发送。现在这个产品和应用已经能够发送包含照片、图片、视频、投票等推特数据特性的推文。

今天，我们非常兴奋的宣布接下来的几个月将要发生的一些变化，推特将允许人们在140个字符里表达更多的信息。这些变化还会带来更丰富的公众对话，这些对话能够很容易在推特里获得关注，能够让人们附加更多的元素，媒体和内容到推文，同时不必牺牲他们想要分享的观点。

我们提前发布这条消息的目的让程序员和合作伙伴尽早了解推文形式方面的变化，以便于为们的今后的产品和应用做好相应的准备。

◆ ◆ ◆

有哪些改变？

我们简化了在推特上回复和增加附件的工作，把推文上的某些“骨架”移到显示元素，使它们不再受到字符的限制。

回复: @names会在回复的开始部分自动生成，这部分将不再受到字符限制（但是以@mention开始的新的未答复的推文会计算字符，明显由用户加到推文正文部分的@mentions也会计算字符）。此外，以用户名最为开头的新的推文不需要必须使用”.@” convention ，这个功能是将推文推送给所有的粉丝。

媒体附件：由附件照片、视频、GIF、投票、推文引用或DM深度链接在推文尾部生成的URL也将不再受到字符限制（键入或粘贴到推文正文中的URL会像现在一样受到字符限制）。

◆ ◆ ◆

兼容性，这对开发者意味着什么？

对第三方客户端和其他API用户的前后端兼容性是我们考虑的主要问题。

有一些方面会受到变化的影响：

·      开放REST和流式APIs;

·      广告API；

·      Gnip数据产品；

·      显示产品，如嵌入到推特的Fabric的推特工具，和在iOS、安卓和Web上显示的时间轴；

◆ ◆ ◆

推特目标变化

如下几个方面会在推文有效内容中发生变化：

·      在推文中显示的文本不超过140个字符，但当用户名或附件URL包含在推文中的某些点时，整个的推文JSON目标会超过140字符。开发者必须在他们的应用中避免硬编码长度的假设。

·      文本逻辑上会被分成三个区域：

o  隐藏的前缀区域，可能会包含一个或多个空格分离的@mentions，这部分不会被认为是显示文本的一部分，但是会被认为是元数据；

o  显示文本区域，依然是140个字符长度；

o  隐藏的后缀区域，可能会包含一个附件URL，这部分也不会被认为是显示文本的一部分，但会被认为是元数据。这个区域被限制为只能包含一个URL标识为一个数据源：目前包括1到4张照片、GIF、投票、引用推文或DM深度链接。

·      文本逻辑上会被分成三个区域：

·      如果文本中包含了隐藏的前缀或后缀区域，那么推文目标会包含识别开始和结束的值，文本的部分会被标识为推特的正文。

为了支持这些变化，在API Endpoint方面会有新的API选项用于创建或使用推文。如需获取详细的信息，请查阅我们已经发布的初期技术文档。针对推特现有API的完整更新将会在未来这些变化部署完成之后提供。

如有任何问题，请在推特开发者社区论坛中提交或者@TwitterDev告知我们。此外，敬请关注@TwitterDev发布的声明，因为我们近期就将实施这些变化。我们会帮助你成功的迁移你的产品，以充分利用这些令人振奋的新功能。

 原文发布时间为：2016-05-26

本文来自云栖社区合作伙伴“大数据文摘”，了解相关信息可以关注“BigDataDigest”微信公众号