Markdown 杂谈

TL;DR: Markdown 的真正价值不在于贮存,在于流通。为了实现 Markdown 的流通价值,插入网络图片是较优的选择。


Markdown 对我而言最大的作用是作为一种类似于「标准传输协议」的东西。它支持的语法有限,语义清晰,这意味着在绝大多数平台上,它所能表达的格式都是被支持的。

你可以将其认为是各大内容平台格式的一个公共子集。一次编写,到处发布,并且所有格式都如你所愿。

这也是我不太喜欢 Markdown 的各种私有化拓展的原因。加上了自己的东西,就让 Markdown 失去了这种公共性,导出的时候要么损失这部分数据要么手动处理。拓展的越多,损失就越大。当拓展的功能到达一个临界点之后,反而不如直接使用私有格式了——大不了提供一个手动处理的方式嘛,比如导出为 Markdown.

笔记软件很多使用 Markdown 也正是这个原因:它对迁移数据相当友好。

想要让用户放弃 A 使用 B,就需要满足:B 的价值 > A 的价值 + A 到 B 的迁移成本。

而大家都用 Markdown 就可以让迁移成本尽可能降低。当然,对于新的竞品 B 来说,更优的选项是支持 Markdown 导入而不支持导出,这样就可以将用户绑上自己的战车(笑

不过用户们也不都是傻子,事实上,不涉及到过多私有格式的笔记软件基本上还是支持 Markdown 导出的。

因此,新生代的各路笔记软件,大部分都接纳了 Markdown,为的就是讨好这些经常尝鲜迁移数据的生产力用户们。

那么如果你按这个角度考虑,Markdown 和本地化其实关系不大,反而和数据流通关系更大。

你想想,本地化,我 Word 文档不也本地化,我 PDF 不也本地化,只是本地化其实是很简单的。有道云笔记、为知笔记、印象笔记啥的,其实都是本地化的。本地化永久保存并不是什么特别困难的事情,只要 Windows 继续保持良好的兼容性,你也可以获得你的 Word 文档的长久陪伴。

所以我认为 Markdown 的真正价值不在于贮存,在于流通。

那么既然目标是数据流通,我们知道,图片可以有三种保存方式:

  • 本地路径
  • 网络路径
  • base64 插入文中

显然把图片放在网络上是流通性最强的做法。绝大部分的内容平台都支持插入网络图片,这样就免去了导出上传图片、移动图片的烦恼。

base64 插入文中其实也还可以,但对大图片就不太合适,而且也有潜在的兼容性问题。

所以如果有条件的话,将图片托管在图床上,对于流通的 Markdown 文档,是不错的选择。

Licensed under CC BY-NC-SA 4.0