# 再谈 Markdown 编辑与预览的解耦：万物皆能预览于 Marked

> 本文开放前 70% 正文，剩余内容会员可见。

原文：https://utgd.net/article/20547

作为纯文本，Markdown 天生擅长编辑，而预览往往需要借助种种渲染工具。当然，设计之初，Markdown 就旨在编辑。

或许是看到了编辑和预览之间的龃龉，多数 Markdown 编辑器都在打磨预览功能，甚至淡化、模糊两种操作间的界线。Ulysses 和 Typora 尝试在纯文本编辑与一定程度的渲染之间找到甜蜜点，你在 Ulysses 看不到裸露的链接，而 Typora 中的标题则明显比正文大上两圈，很难说它们是传统的 Markdown 编辑器。至少从两者的现有用户体量上看，其迈向的中庸之道尚且算不上歧途，更谈不上死路。

然而，静下心来想一想，大多数注重预览功能的 Markdown 编辑器，或许只是在 Word 的一万个功能中圈地自萌，大门一关，窗帘一拉，两耳不闻力不能及之事。不可及的事情都不重要了，重要的是让用户相信自己只需要厂商能够提供的功能：

请当作中文编码问题不存在。

请说服自己不需要目录（我说的就是 Bear）。

请把正则表达式文本替换打入“程序员专用”的范围。

这叫有啥吃啥。正是在这个意义上，典型的 Markdown 编辑器只能将自己包装成反抗 Word 暴政的英雄，而事实是一波接着一波的少年都成功越过龙门、荣幸地成为恶龙，不断变异出一个又一个 All in one 写作工具。这与我对 RSS 和稍后读工具的观察类似，多数 Markdown 编辑器的结局就是同质化和大一统。

大概我们早就忘了，功能不必总是耦合，预览和编辑本就可以分开。事实上，我已经彻底不用传统 Markdown 编辑器，完全在轻代码编辑器中写 Markdown，同时用 Marked 预览文稿。

主流轻代码编辑器有 BBEdit、CotEditor 和 Sublime Text 等，它们是通用文本编辑器，往往早就解决了语言编码和特殊字符上的问题，并且配备了非常齐全的文本替换与目录导航——惟独，缺个 Markdown 预览。

既然如此，就手动补上。上述编辑器均基于纯文本文件，完全可以调用 Marked 等 Markdown 浏览器，显示渲染后的文件。我以 CotEditor 为例，做了一个 Keyboard Maestro Macro，在 CotEditor 中编辑文件时，按下 ⌃Control\-⌥Option\-⌘Command\-G 即可用 Marked 预览当前文件。

BBEdit 倒是自带预

---

[前往标准阅读页](https://utgd.net/article/20547?audience=web)