语雀在线表格自研之路

丰富的线上&线下活动，深入探索云世界

做任务，得社区积分和周边

最真实的开发者用云体验

让每位学生受益于普惠算力

让创作激发创新

资深技术专家手把手带教

遇见技术追梦人

技术交流，直击现场

海量开发者使用工具、手册，免费下载

极速、全面、稳定、安全的开源镜像

开发手册、白皮书、案例集等实战精华

为开发者定制的Chrome浏览器插件

作者|遇春

赵勇，花名叫遇春，2009年加入阿里巴巴淘宝UED，2015年加入到蚂蚁体验技术部，目前在语雀团队负责在线表格的研发工作。

2019年

2020年：

有兴趣的同学可以到语雀的更新日志里了解更多详情。

Why：介绍我们在做表格前期的思考。

How：讲的是怎么做，以及研发过程中的一些方法和技术选型。

What:谈一谈关于自研的一些心得。

这一部分我会介绍两个问题：

1988年：求伯君在小黑屋里写了14个月开发出来的一个国产办公软件WPS，为国内程序员所敬仰。

1993年：微软推出Office办公套件，将Excel捆绑进来，再后来就是Excel一骑绝尘，不断迭代，几乎没有对手。

2006年：出现了一个新鲜事物GoogleDocs，所有程序员都看呆了，原来在网页上可以实现客户端办公软件的能力，这也一定程度掀起了前端行业的逐步繁荣。

2007年：苹果开发了自己的电子表格Numbers,这是一款体验很棒的电子表格，不改苹果一贯的简单风格，但藏在里面的有非常强大的功能，目前还不支持在线协同。

2013年：Airtable出现，人们开始意识到，原来的电子表格可以这么玩，这就是后面要说到底同构表。

2016年：国内才陆续出现在线电子表格的产品，其中wps,石墨在这块做的比较早，再后来腾讯和飞书等大厂也开始跟进。

从上述持续40几年的历史长河中，电子表格始终保持着旺盛的生命力，功能不断完善，从客户端软件走向线上，足以证明人们对数据处理的需求始终旺盛。语雀与DIKW模型再说回来，为什么语雀要做电子表格，这得从一个词来说起，那就是“知识”，知识怎么定义。

在这个模型中，可以很清楚的看到，要形成知识，人们首先要从数据处理中产出信息，在这一步表格就发挥了非常重要的作用。文档则是从信息到知识的进一步整理，所以，作为要打造专业的云端知识库，我们在整个知识的产生过程中，自然不能缺失数据处理这一环。

为什么选择自研，我记得小米有品的一个营销负责人有一句话说的很好：“生活中99%的产品都值得被重新创造一次”。

作为电子表格这样一款几十年历史的产品，如何重新创造？Airtable给出了他的答卷，他更像一个在线版的Database。其实，语雀曾经也在集团内部推出过一版类似airtable的同构表格，是基于spreadjs来做的，发现用户并不是很买账这个新鲜事物，加上后续的一些变故，我们停止继续研发，因为总有一种手脚被束缚的感觉。

可以看出，他们各自有自己的优势和劣势，在数据处理上的实现差异也特别大。

我们知道，通常单元格编辑的指令并不会存在冲突，只有在做行列位置变换或者增减行列时才有可能出现冲突，那么我们需要考虑的问题是：在100ms以内同时操作行列的概率有多大，从实际场景来看，这个概率非常小。我们再配合一些冲突后禁止撤销等策略来防止数据的混乱。最终我们采用了一个权衡的方案，同步Command。从使用效果看，已经能够满足大多数的协同场景。

做电子表格过程中会遇到很多极限边界，比如最大的可计算的数，日期的可识别范围等，接下来我们说说表格最大能支持多少单元格数量。

我们首先看看几个有明确限制的竞品，Google明确支持500w单元格，超过就会报警。飞书是50w，腾讯文档是25w。Google是将数据存储在服务端，运算也在服务端，所以其实理论上可以支持更大的数量，所以看上去只是单元格数量上限的差异，却引来一个很重要的架构选型：数据运算在客户端还是服务端。但其实选择起来也不难，还是要回归业务本身，在线电子表格的大多数场景都不会有那么大的数据量，再基于两个考虑点：

我们选择客户端计算，就是将数据一次性加载到客户端，在用户的浏览器中进行计算，那么这种模式下我们能支持到的最大单元格数量是多少呢？

非常感谢一直以来给我们提出宝贵建议和反馈的用户，帮助我们不断改进产品。