为什么有的人坚持用纯文本编辑器来编辑 markdown 而不用所见及所得的编辑器？

避免分心。
发明 Marddown 的初衷是让人可以暂时不去考虑排版，专注于打字。

@dawn009 言简意赅

markdown 和“眼中有码，心中无码”一个道理，用的多了你就可以脑补格式了。

反正最后显示出来的时候会编译为其他格式（比如 html ），并不会影响到不会用 markdown 的人。

我也有此疑惑

因为速度, 这个问题好比 为什么有人用 vim 而不使用 vscode

我用 markdown 写 txt 就是为了不用考虑排版

md 本来就是写邮件的时候很方便的纯文本语言。

大家平时不爱插入图片吗？感觉 md 管理带图片的笔记很麻烦

如果用所见即所得的编辑器，为什么要坚持用 markdown 而不是开个 word ？你这个问题直接否定了 markdown 的本质啊。

markdown 直接可以脑内编译，哪需要编辑器多此一举

大脑自带渲染

完全无法理解写 markdown 还用所见即所得编辑器的[手动狗头]

md 可以理解为极度阉割的 latex ，精髓就是写作时专注于内容，而非格式。
但大多数人写的东西还是太简单，简单到不存在什么专注不专注。

写的时候就是为了方便写，看的时候才看渲染好的。

直接编辑源码格式的 md 就像小时候做笔记画特殊符号表示特殊含义一样

md 是纯文本，对版本控制支持比较好

如果语法足够熟悉，其实你在编辑 md 的时候已经知道成文后长什么样子了。

如果你每写一部分还要预览看看，证明还不够熟悉语法。。

其实本身 md 的语法就是所见即所得。。

硬是要用到所见即所得编辑器的话，大概是我要发文章到一些平台，在发布之前要检查下排版格式。

大部分 Markdown 语法是可以想象出结果的（本来就不复杂），有些所见及所得反而会降低简洁性。

别人我不知道，自己写文章时打开全屏的 SublimeText ，关闭侧边栏，在主编辑区全神贯注敲下一个个方块字，期待进入文思泉涌、一气呵成的境界。至于修改、润色和预览，那都是之后的事情，至少在写作的时候我需要百分百的专注。
用过所见即所得的编辑器，干扰太严重，写着写着就调整格式去了。

markdown 唯一必须使用即时渲染的地方是敲公式，不然你确实敲长了不知道自己在敲什么

markdown 写多了之后，提笔写字都会不自觉地想用 markdown 格式。简洁、方便、易懂就完事了。

看来我这种只会用 Typora 写 md 的人属于异端了

我觉得除了楼上提到的，Markdown 本身就是让人不用考虑排版专注内容的原因之外，对于长期用纯文本编辑器的程序员来说，快捷键那一套也可以提升效率吧。

再说了，用文本编辑器写 Markdown 不是还有语法高亮么，其实也相当于所见即所得了，只是所得的样式不太一样罢了。

习惯 Vnote 写 markdown ，编辑模式 简单的语法可以直接脑补出来效果，而且源码模式编辑效率更高。至于一些不方便脑补的，比如图片 流程图之类的块 vnote 在编辑模式是可以预览的。

从性能上来说 实时预览蛮消耗性能的（可能是因为我单篇数万字的原因），vnote 阅读和编辑分开 编辑不卡顿，阅读页面还能自定义 css 样式

所见即所得把程序员的档次拉到了文秘级别

markdown 你确定所见即所得？换个 CSS 就变样了

归根到底就是效率，开个 VIM 编辑不香么？

虽然之前用了很多年 typora ，收费以后我就弃用了，因为真的没有影响。我都是用 vim 写完了再用 typora 看一下最终效果或者小修改一下，再看需要转成别的格式。现在换成 marktext 我用的大部分功能是一样的，转格式功能是弱点，不过不是还有 pandoc 嘛。typora 也是调 pandoc 来转的。

@815979670 #24 感谢提到 Vnote ，我发现这竟然是内建支持 Vi 模式的 WYSIWYG Markdown 编辑器（此前我一直以为只有闭源的 Obsidian 做到了），而且还开源，只是遗憾 QT 框架带来的 UI 太糙了，在这个意义上还无法取代 Obsidian 。

我接触过几个这样的人是因为他们真不会 Markdown ，甚至都没听过 Markdown ，都是搞技术的。

写多了直接脑补出来 对着看排版还是浪费一点时间

这本是纯文本 vs 富文本之争
讲原因就是富文本十分依赖编辑平台
并且难以编程化使用
虽然没用 markdown 但都是爱纯文本
markdown 红的也莫名奇妙

vi/vim 有四种重要的功能
1. 可将命令结果输出到文档内或从另外文件读取内容到文档
2. 可将内容输出至命令处理并回传修改内容
3. 可将内容输出至命令不修改内容
4. 可将内容作为 vi/vim 内置命令执行

以上搭配有无限可能
例如外连文件就可以直接写一行或行内
e 文档位置
用第 4 项功能执行就外连了

就像有些人喜欢打麻将一样，对他来说不是痛苦的事

会使用就完全不想找新工具 用起来十分玄妙
vim 的宏录其实本质上就是第四项

感谢大家的讨论，我真是学到了很多。v2ex 牛的。

我就喜欢用所见即所得，插图片，调图片大小，插表格，插行，插 UML ，看大纲贼方便，纯文本从来不是目的

@xell Vnote 优点是 QT （运行快速），缺点也同样是 qt （修改界面 ui 样式 难度较高）。开发团队里面暂时没有设计类的人员，短期内应该不会有什么改善（不过我重写了 阅读模式 Markdown 的样式 主题名称 Vue-light 可以改善一些）。

软盘时代留下来的习惯。文件损坏是非常恶心的。
现在这个时代文件几乎不可能因物理原因而损坏了。
纯文本除了很难损坏，还可以加入版本控制系统。

@hcsu 我一般用 picgo

哈哈 这也能遇到，我主用 md ，主要是为了版本控制，方便像代码一样追溯

所见即所得不就是 word ？有必要用 markdown 语法写吗

优越感哈哈

1. 所见即所得将偶尔导致不规范的 markdown 语法，结果就是换个编辑器就出现渲染有问题，而在熟悉 markdown 语法的情况下不会出现这类问题
2. vim
3. 长文档的性能问题 （比如 typora 文档过长用预览模式会很卡）

我一般是 typora 的源码模式和预览模式换着用，然后一些读代码或者项目的文档笔记之类的用 vscode 就顺带写了，也懒得开一个预览窗口。

我写 HTML 都用记事本.......

我个人都是用纯文本来记笔记： https://github.com/xieyuheng/inner
但是很多朋友都用「所见即所得」，
或者说是带有很多针对 Markdown 的编辑功能的编辑器。

然后我一直在用 https://readonly.link 这个纯 web 端的工具，
主要是如果你能用 http 把自己的内容 serve 出来的话，
这个工具很方便吧渲染出来的内容分享给别人。

所见即所得模式下，光标移动到语法附近时，语法会显现出来，这种变化很容易导致分心（对我来说是这样），纯文本倒是没这个毛病
至于到底是纯文本还是所见即所得，说到底还是习惯问题，因为编辑器基本是不会经常更换的，也就不会出现语法混淆的问题

方便用 git 做版本管理

the goal of markdown is enabling people "to write using an easy-to-read and easy-to-write plain text format, optionally convert it to structurally valid XHTML (or HTML)."

真的，除了图片和表格，我觉得其他不所见即所得没有多大关系

我就是希望格式本身也是可见的，容易 debug 的。我用 word 时，几个人经手过的文档格式基本上就是。。。。

我自己的实践。自己专心写文章喜欢用 markdown ，因为 markdown 更单纯更容易控制展示的效果。但是记笔记还是所见及所得的编辑器更快，笔记经常比较随意。

你直接用你的 Word 或富文本编辑器就行了，干嘛要用 Markdown 呢？

@hcsu PicList

你都用纯文本了，还要 markdown 干啥
以及
你都用所见即所得了，还要 markdown 干啥

@raptor vim 有 markdown 支持，看上去也不错

我觉得主要是开源精神、高度适配网页世界以及安全。

许多开源的博客、文档生成工具，都支持 Markdown ，就是因为 Markdown 有许多开源实现。几乎所有的编程语言下，都有 Markdown 生成器。

而富文本是指什么？是 Word 、RTF 格式吗？这种格式如果要转化成网页，总有一些水土不服，除非直接使用基于 HTML 的富文本编辑器。

但是应该很少见到 HTML 的富文本编辑器吧，许多论坛使用的是 BBCode ，再将 BBCode 转为 HTML ，这背后的考量就是安全性。同样，Markdown 也与 BBCode 相似，网站提供 Markdown 而不是 HTML 支持，也有安全性的帮助。

写完才发现理解错了标题

刚开始写也许摸不着头脑，不过越写，越发现 Markdown 适合自己，大概就是这样吧……

所见即所得的 Markdown 编辑器在性能、直观性方面，感觉都有欠缺。所以我没有怎么使用，我还是习惯静态查看全局的纯文本模式，就像 #46 楼说的一样，动态的会分心。

纯文本某种意义上来说，确实是相对概念。比如 RTF 格式理论上也能看完格式指导，然后用纯文本手动写。但大多数人使用所见即所得工具编写，所以应该被划分到富文本中去。

而 Markdown 用户大多数应该还是纯文本编写吧，所以应该能划分到纯文本里。