
目前市面上的本地 Markdown 编辑器,大多在文件规模变大后性能急剧下降。字数一多,输入卡顿、CPU 飙升,编辑体验直线下滑,几乎不可用。
最近在研究 tree-sitter ,基于它实现了一个 Markdown 增量解析器,效果比预期好很多:
也就是说,在超大文档场景下,依然可以做到接近实时的解析和响应;配合上 CST 可以执行格式化等一些列操作。
目前的想法是使用 Qt5 + WebView2 ,做一款跨平台的本地 Markdown 增量编辑器,核心目标:
想请教下大家: 你们在 Markdown 编辑器里,是否遇到过「大文件卡顿」的问题?
这样的产品,还有没有市场和实际需求?
1 mekingname 3 天前 V 站已经有人做过了。你搜索一下。就 2025 年 |
2 powersee OP @mekingname #1 incremark 吗?它似乎只对后续新增的内容处理,如果在头部或者中间随机插入字符就不行了。 |
3 tanszhe 3 天前 不错 ,目前市场上的基本上都是 js 的 Electron 文件大点就卡的很 |
4 vfs 3 天前 通常 md 文件都比较小啊,性能应该不重要吧 |
6 inostarling 2 天前 Obsidian ,我目前一个 1500 行堆满了 LaTeX 数学公式的 Markdown 文档丝毫不卡,这应该已经超过 99%的使用场景了。 |
7 inostarling 2 天前 还有一个混合了代码、公式、图片的 2600 行文档也丝毫不卡。我认为再造轮子意义不大 |
8 powersee OP @inostarling #6 Obsidian 的确强,但它的定位不是编辑器啊 |
9 dode 2 天前 拆分成多个文件和章节呢 |
10 vfs 2 天前 @powersee 专门在我机器上搜了一下,最大的一个 md 是 vcpkg 的 chagnelog , 有 1182 kb 大小,typora 卡顿。 第二大的是 openssl 的 changes, 737kb, typora 直接在开头插入字符,瞬间渲染。所以你的目标是处理 1182 kb 的 md ? 又有多少用例呢 |
11 msg7086 2 天前 市场? 你的意思是,有人宁愿付费购买你的产品也不愿意把大的 markdown 拆分成多个小的来编辑是吗…… 而且看你的意思,你做的还不是一款 markdown 编辑器,而是一款定位于所见即所得的编辑器。 我要编辑那么长的 md 的话,开个 vscode 直接改代码就完事了,还要付费买编辑器吗。 我觉得先问问你自己,愿不愿意掏钱买这样一个产品吧,以及,打算掏多少钱,然后再核算一下如果开发出来会亏多少钱吧。先写个最基本的商业计划书。 |
12 powersee OP |
13 msg7086 2 天前 咱们就按 100 算,如果你的卖点就只是所见即所得修改大文件的话,就算全中国加起来愿意买你的产品的人恐怕也不会超过 20 个吧,那你能用于开发和后续维护的成本就只有 2 千块。按照月薪 1 万来算,你这个项目得 3 天内干完,然后留 1 天的余量给后续维护,这才只是能回本。 反过来说,如果你的目标是做一款完全代替 typora 的上位产品,即实现 typora 的所有功能,在这基础上再加强大文件修改的话,倒可能市场还大一些,但说白了还是要做好成本核算,再加上 typora 已经有很多人买了,他们愿不愿意再掏一份钱也是个问题。 (除非你打算用爱发电做免费开源的项目,干死 typora ,倒说不定可行?) 这年头本地 md 编辑器就已经是小众软件了。大众在用什么呢?我周围的朋友都用 lofter 。 |
14 powersee OP @msg7086 #13 很扎心但也很现实的评论,如果想要商业化成功还有很多路要走,很多功能要开发。 目前大多 markdown 都是笔记形式的,以我个人来说 我就想要一个类似 notepad++ 这样的纯粹编辑器。虽然也有很多本地 markdown 编辑器,但是:项目体积、性能、功能、大文件预览、启动速度、码字丝滑度等等,满足这些的应该只有 typora 做的不错,但是在 macOS 上太卡了,我写技术文档时时常光标乱跑,页面掉帧等等。 所以萌生了开发一个新的:体积小、跨平台、性能高的纯粹 markdown 编辑器 |
15 msg7086 2 天前 体积小、跨平台、性能高 谁不想呢。可惜,想法是美好的,钱包是骨感的…… 其实这个年代,想试试的话也未尝不可。掏出 AI ,找个便宜点的中转平台,给自己定下 100 块钱的成本,找个价格适中的模型,花几天或者一周时间开发一个 markdown 编辑器的 MVP 出来,然后根据结果来决定要不要下水。如果一周时间都写不出一个 MVP 甚至 POC ,那我觉得就可以放下笔了。 |