把 Markdown 当作内容的最小公约数

为什么是 Markdown

在富文本编辑器统治文档世界的今天，Markdown 依然是最务实的选择。原因不复杂：

1. 可读性好 —— 源码就是正文，脱离编辑器也能读
2. 可移植 —— 纯文本，不会被某个平台的私有格式锁死
3. 可版本化 —— Git 能友好地处理纯文本的每一次改动
4. 学习成本低 —— 十分钟上手，一辈子够用

一个真实的例子

代码块的渲染效果是这样的：

javascriptconst slug = (s) => s
  .toLowerCase()
  .replace(/\s+/g, '-')
  .replace(/[^\w\u4e00-\u9fa5-]/g, '');

console.log(slug('Hello World'));

支持指定语言后，渲染器会给出对应的类名，交给高亮库处理。

渲染器支持一览

边界在哪

Markdown 不是万能的。它不适合：

• 精确控制版式（虽然 HTML 是合法扩展）
• 复杂图表（仍建议用图片承载）
• 需要多人实时协作的场景

工具没有高下之分，只有场景匹配度。

我的结论是：内容用 Markdown 存，呈现交给 CSS。两者解耦之后， 换主题的成本几乎为零。