用 Markdown 写 macOS 应用：打造原生极速预览器
没人提的 Markdown 阅读器问题
你天天写 Markdown。README、文档、接口说明，全都放在 .md 文件里。可打开的时候呢？大多数人直接用 VS Code、浏览器插件，或者某个跨平台的“重”应用。结果 Mac 风扇狂转，电量掉得飞快，界面还卡。
其实只是个带点样式的文本文件，却要吃掉 50MB 的内存。
为什么原生应用更香
Swift + Cocoa 做的 macOS 原生程序，不只是跑得快那么简单。它们天生就懂 macOS 该怎么用资源、该怎么跟系统打交道。
你不用去管 JavaScript 引擎，也不用操心几十个依赖包的内存占用。直接用苹果优化了十几年、几十年的东西，性能和体验自然不一样。
轻量工具的启示
macOS 社区一直推崇一个理念：一件事，做好，做快。
一个原生 Markdown 阅读器正好体现了这一点：
打开就是打开
不用等打包，不用等引擎启动，点开就看到内容。几乎不占资源
CPU 和内存占用极低，风扇不吵，电池也更耐用。跟系统无缝配合
支持 QuickLook、Spotlight，还能自动调用系统字体。真正的深色模式
直接读系统外观设置，不用写一堆 CSS 黑魔法。
一个好用的 Markdown 阅读器该有啥
如果你在挑工具，或者自己做，建议看这几点：
- 大文件（上万行）也要渲染得快
- 代码块支持语法高亮
- 表格排版正常
- 可以简单自定义样式，但别把程序搞得越来越重
- 支持键盘操作，适合重度用户
- 内存占用低，而且不会越用越多
不仅仅是 Markdown 阅读器
这个思路其实可以延伸到整个开发工具上。
不管是 DNS 管理、Git 客户端，还是部署面板，原生应用在日常使用中往往比网页版更省心。
NameOcean 一直相信：好工具应该尊重你的时间和机器资源。无论是管理 DNS、配置 SSL，还是用 Vibe Hosting 部署项目，速度和稳定性都应该是基础，而不是加分项。
最后想说
下次选工具的时候，问问自己：这个功能真的需要跨平台吗？真的需要做成网页版吗？或者做成原生的轻量工具会更快、更稳、更舒服？
对 Mac 用户来说，答案越来越明显——用专为 macOS 做的轻量原生工具，才是正道。
一个好用的 Markdown 阅读器，只是开始。