google-wave - 为什么 Google Wave Operational Transform 需要注释？

Question

Google Wave 中使用的操作转换 Material 具有相当奇特的文档格式。文档基本上只是一个 xml 子集文档 - 字符、开始标签和结束标签。除此之外，文档还有“注释”，它们是与范围相关的元数据，例如开始位置和结束位置。白皮书证明了他们的存在:

Wave document operations also support annotations. An annotation is some meta-data associated with an item range, i.e., a start position and an end position. This is particularly useful for describing text formatting and spelling suggestions, as it does not unecessarily complicate the underlying structured document format.

我当然可以看出，如果选择文档中的任意范围(例如加粗)会有些困难 - XML 标签嵌套很严格，这会导致打开和关闭标签插入困惑。

然而，这在实践中真的存在问题吗？我的意思是，如果不是制作一个基本上模仿多年旧文字处理范式而不是结构化编辑器的编辑器，是否必须支持这样的操作？将文档结构转换为简单的 HTML5 的纯 XML 操作转换会那么糟糕吗？样式作为标 checkout 现在文档中是否是性能问题？或者，如果文本格式用标签表示，操作转换模型是否会以某种方式产生令人不满意的结果？

另外，一个附带问题 - 纯“插入字符，删除字符，保留”操作转换模型在纯文本表示上有多好？例如，将 HTML5 编辑为文本 - 还是编辑维基百科文章？

Answer 1

作为在几个方面的优化，这个选择对我来说很有意义:

底层文档尽可能保持人类可读和可解析

解析底层 XML 的算法尽可能简单(有助于与非 google 尝试解析结果文档的兼容性以及维护)

多次编辑后收集的额外垃圾可能会导致性能下降 - 由于标签和/或文档上的额外传递数量庞大，以试图简化它。