想开发一个 windows 平台对标 Dash 的应用，用什么技术栈效率高

[zhangbiao]

本人是 PC 用户，没有接触过 mac ，听说 mac 上的 dash 很好用，能查 API ，还能保存代码片段，然后搜了搜 windows 端的类似软件，发现都是只能专注一个方面，要么只能查 API ，要么只能保存代码片段。

windows 端查 API 的工具有 adobe zeal 或者 devdocs ，代码片段保存工具有 masscode ，gisto ，lopton ，snipaway ，

查 API 的工具两个都有在用，但会时不时卡死，
保存代码片段的上述工具里面，前一个是本地存储文件，后面几个是利用的 github 的 glist ，这几个都体验了一番，最后选择了 masscode ，但是在代码片段数量多了以后，发现查询速度有点慢，还有一些其他的小 bug ，而且所有的代码片段都是放在一个 json 文件中的，安全性存疑，

现在想自己尝试开发一个在 windows 平台对标 dash 的软件，功能上更像是整合了 devdocs(或者 zeal)+MassCode ，用什么技术栈比较好，暂时先不考虑跨平台

当然如果大家谁有更好的替代方案，也可以分享一下

[cmdOptionKana]

如果想多点用户，同时节省开发时间，那必然是被 V 友们唾弃的 Electron ，其他技术栈一个能打的都没有。

[cmdOptionKana]

如果想节省开发时间，介意内存占用，不介意用户少，可以用 Python/Go/PHP 等任何一种自己最熟悉的后端技术做网站，通过浏览器使用。

[zhangbiao]

@cmdOptionKana 说实话，个人是比较抵触使用浏览器访问的，浏览器本身就是一个内存占用大户；更想要通过原生的方式构建本地客户端（能够离线使用，云盘备份）

[cmdOptionKana]

@zhangbiao 这个涉及代码高亮，就算用所谓的原生，通常也要用 webview, 其实与用 Electron 或浏览器的差别不大。而且，只要打开电脑基本上就要打开浏览器，增加一个 tab 页而已。

[lanlanye]

我觉得 Dash 关键是可以配合 Alfred 使用，做成网站就没意思了

[goddoogasidivil]

低能儿脚本怪会鼓吹你用 Electron

[Bazingal]

都限定 Windows 了那就 wpf 吧

[alanhe421]

@lanlanye 对，入口往往是走 Alfred keyword 。

[HappyFox]

@goddoogasidivil #6 @Livid 违反社区规范

[huohei]

不想用 electron 的话，如果限定 windows 就 wpf ，想跨平台就 flutter

[goddoogasidivil]

@HappyFox 🐶管理召唤师出现了

[zhangbiao]

刚才在闲着翻 GitHub ，发现了一个用 rust 实现的代码编辑器——lapce( https://lapce.dev)，觉得可以借鉴一下设计思路，刚好自己也准备去学习一下 rust

[bigtear]

类似的已经有了，utools （商业）/rubick （开源）的文档插件，我现在偶尔查个 API 用的就是他们商店里的 API 文档插件。
但是开发的时候用的多的还是 Jetbrains IDE 的文档提示。

[iamzuoxinyu]

Zeal 我记得是开源的，但是基于 Qt + QtWebView 这个比较古早的技术架构，你不妨用 QtWebEngine 替换下。

我个人觉得 zeal 或者 devdocs 就足够用了，甚至现在随着 lsp 的发展，vim 里一个 ctrl-k 就能解决的事情，zeal 我都不打开了；代码片段应该交给 IDE 或编辑器。

[lixinrui000]

我打开 Dash 的方式一般是用集成在 alfred 中的搜索框。zeal 不支持这种搜索框，就导致我用的很少。在 Windows 上实现这种自定义的搜索窗体的话，.net 技术栈应该比较好。

[RockShake]

主要是 Win 缺少一个类似 Alfred 的入口。uTools 里面有一个类似的插件已经能实现这个功能。

[610915518]

PySide6+QtWebEngine ，性能不错，内存占用低，还可以跨平台

[Livid]

@HappyFox 谢谢。那个账号已经被彻底 ban 。

[hez2010]

可以试试 Avalonia 或者直接用 WinUI 3 ，前者跨平台后者仅 Windows ，都有支持代码高亮的原生 Markdown 组件（第三方库里），可以做到无需 web 的纯原生体验。

[wdhwg001]

这个目标下，你能选择的只有 Webview 。

因为别的不说，代码文档本身都是输出成网页的，除非你专门对每个文档做跟进解析，而这意味着补天级别的工作量。

并且，你的优势是：你是本地文档。

在这一点，你就赚尽了打开速度的网络优势，只要再干掉那些弱智的纯 JavaScript 索引的首次加载速度问题，用户就不会再在乎你是不是 Webview 了。