试图颠覆在线文档协作的微软 Fluid Framework，到底有什么独特之处？ ...

扫一扫
官方手机版

扫一扫
AI创作程序

扫一扫
木子公众号

扫一扫
AI公众号

一次会议的演示文稿，通常是一个 .PPTx 格式的文档，而日常来往的邮件附件里的文档则多是 .docx 和 .pdf 格式的文档。当然，设计师更熟悉的可能是在 adobe Photoshop 中可以打开的 .PSD 格式的源文件。

我们熟悉了这种各司其职的格式体系。

而网络正在改变这种格式体系。各种服务和功能大都「在线化」，大家都熟悉在线看视频，已经不会去分它是 .mp4 还是 .flv，在线音乐是 .mp3 还是 .flac 已经无人在意。而更为重要的文档和效率类的服务也是如此，且不说微软的 Office 365 和相对更加轻量的 Google Doc，国内的 腾讯文档和石墨文档等在线文档工具，让我们越来越少地接触带有.docx 后缀的本地文档。当然，这并不是意味着本地文档就此消亡，但是这种去本地化的趋势非常明显。

如果文件的格式已经不再清晰可见了，那么概念的界限自然也会逐渐淡化。一个记录文本的文档和记录表单的文档为什么不干脆融合到一起，并且适应用来展示的需求？当然可以。

今年年中在 Microsoft Build 大会上微软展示的 Fluid Framework 就做的更加彻底。

打破格式界限的一体化文档服务

无论是源自 Word 里面的富文本还是 Excel 当中的表格，它们甚至不用以单一完整的文件而存在，它们在网络上传递的时候，将会是一段简短的链接。但是在 Fluid Framework 的支持之下，呈现出来的，则是一段可交互的、具备编辑功能的、带有内容的模块。

说起来，并不难理解。在有 Fluid Framework 支持之下，任何网络环境都会是一个简单纯净的画布，一个可以承载不同类型文档和功能的空间。整个 Office 庞杂功能体系，你都可以按需取用，提取出来拉到 Fluid Framework 中使用。

「我们确实需要在关键领域，针对核心技术进行创新，」 Microsoft 365 负责人Jared Spataro在接受The Verge采访时说道：「 Fluid Framework 是我们既是协作创新的新方式，也是未来承载各色内容的文档的新载体。」这种新的文档框架让用户能够拆解不同类型的内容，并在不同的应用场景和不同文档中轻松地取用。

Spataro 还说道：「Fluid Framework 沿用了一部分以往文档的概念，但是将这些格式和文件彻底拆碎、打散，然后用云端的网址链接将它们逐一代替代。不同的链接承载放置不同的内容和组件，因此从文字到表格，再到图形化的可视化内容，所有这些都可以随意地整合，轻松集结在一个地方。然后，Fluid Framework 让你实时访问所有这些内容，因此它是动态的，可交互的，是完全可协作的，并且可以便捷共享的」。

面向下一个时代的交互模式

作为一个尚且处于早期阶段的服务，目前Fluid Framework 还只是打通了 Office 自家的文档体系。但是即便如此，这意味着你可以将任何一个文档当中带有相应功能的内容，无缝地与人在 诸如笔记工具 OneNote 随时随地嵌入 Excel 的模块和丰富的表单、即时通讯工具 Teams 中加入演示文稿，并且和同事一起修改其中的样式，替换图片，增删动画而无需离开，你甚至可以直接在你网页的 Outlook 邮箱里面，直接编辑当月网站数据所生成的表单和相应的柱状图。

当然，这还不止。人工智能功能的加入，让 Fluid Framework 可以做到更多事情，比如发布会现场所演示的，实时发布信息，然后 AI 协助将信息实时翻译成不同的语言，分发给不同国家的同事。

这种全新的功能，让内容协作中间大量复杂的概念和环节都被移除了，这种程度的变化是惊人的，它意味着交互的模式，从最底层的概念到呈现的方式，都发生了改变，而这种改变还会随着产品迭代和时间推移，而进化得更加智能、无缝、微妙。

Spataro 总结道：「不同格式的文档，一直是人们思考如何制作内容的思维框架。但是 Fluid 往后退了一步，重新审视了一下这个既有的体系，然后展现了一个新的可能：我们不再需要这些主导一切的文档格式和不同类型的文件。我们不用在处理表格的时候就必须联想到 Excel，写文本的时候也不必去限定工具必须为 Word，而可视化内容的展示也不再拘泥于 PowerPoint，你可以在任何地方用任何类型的内容，我要说的是，我们不再有文档了，我们拥有一个无所不能的画布。」

而这个全新的东西，最近刚刚开始对外开放了申请入口：

Fluid Framework Developer Preview

从3G时代就开始的探索

当然，如今看起来颇为具有想象力的 Fluid Framework ，它的核心思路其实并不是什么新鲜东西。

在线协作的概念由来已久，《连线》杂志前主编凯文凯利在他1994年出版的《失控》当中早已提及相关的概念和想法，但是在如今实际上要打通新的领域，纳入一个新的格式，加入一个新的功能，都需要足够的基础才行。

Google Wave 是这个领域的先行者。在一个画布之下，进行多格式、多样式、多人在线协作，几乎完全无界的在线协作模式是令人炫目也让人无所适从的，这一产品最终失败了，但是它在技术和架构上的遗产足以反哺出 Google Doc、Google Drive 这种级别的产品。

Google Wave 的想法在当时确实略有一点天马行空，实际应用场景和需求并没有跟上，对于网络带宽的要求在当时也相当苛刻。而如今上线的 Fluid Framework ，应该也是从这些失败的前辈身上汲取了不少经验。

立足于微软最扎实的 Office 365 这一云端服务来进行铺设和测试功能，在服务群体上，则选择了需求更加清晰具体的企业用户（尤其是协作服务），来作为初始的切入点。这样的限制，足以说明微软的审慎和重视，他们甚至准备好了以年为单位来进行迭代。

微软对 Fluid Framework 充满了期待，他们相信这个东西能够重塑行业，甚至重塑网络本身，也许到明年5月的开发者大会上，能够看到一个截然不同的 Fluid Framework。