“文档同步”冲突后优化逻辑探讨

之前在 同步的时候, 丢失了数据, 而且是好几篇笔记的部分数据丢失 中回复到

总这样，体验真的不好，应该想方法优化下的，比如但不限于

1. 小 size 文件覆盖大文件时，进行提示
2. 内置 compare 功能，手动 diff
3. 给文件加 version

D 说可以多说一下想法，于是就在笔记中写了下

写了一部分后，总想再多写点，然后压力就很大，就停了一天

今天想着，想了多少就发了吧，反正可以讨论的

• 当前的问题
  • 多设备同步时存在文档相互覆盖问题
  • 历史记录恢复体验不好
  • 版本管理粒度过大，不太符合 block 设计初衷
  • 无文档合并逻辑，除了相互覆盖之外，只能手动编辑合并
• 解决方案
  • 初级：文件大小比较
    • 方式
      • 文件 size 不一致时
      • 双版本展示，可编辑
      • 多个冲突文件，排队处理
      • 自主选择保留哪个版本
    • 优点
      • 实现相对简单
    • 缺点
      • 编辑的方式合并，不够优雅
  • 中级：使用 version 方式
    • 方式
      • 给文档块加 version
      • 给 block 增加 version
      • 并排展示，手动保留
      • 新版本覆盖旧版本
    • 优点
      • 可以直接覆盖，虽然也不够优雅
      • 为未来“文档版本”甚至“块版本”预留空间
    • 缺点
      • 无法实现内容合并
  • 高级：文本 compare & diff
    • 方式
      • 用“所见即所得”的形式进行 compare
      • 用 Markdown 格式进
      • diff 后，逐行手动合并
    • 优点
      • 彻底解决版本冲突
    • 缺点
      • 用户上手成本高
  • 最优：
    • 方式
      • 冲突提示
      • version & hash 比较
      • 双版本展示
      • 手动合并
      • block 级历史记录
      • （我靠，这不就 git 么）