star7th

我还以为有谁那么大方贡献流量来做公益镜像呢。既然不是，你就改个名字吧，免得误导人。你这个准确来讲叫做 开源镜像搜索服务

若是说开源的 api 文档，
我更推荐 showcoc 的解决方案
https://github.com/star7th/showdoc

有实际应用场景吗？感觉没什么用。现代的项目都是各种依赖的，而你这个只支持标准库之类的，实际项目很难跑起来的，只能跑一些简单脚本。但如果是简单脚本，用 js 来写也不难

针对本问题，用 html 、js 、css 写客户端软件 ，核心就是前端技术栈，用什么封装根本不重要，所以直接套一个业界最常用的 electron 即可。你摸索一圈后还是发现 electron 靠谱。

@miniblink 你这个项目都不开源了，意味着无法共享生态。只能跟着你们官方走用你们实现的一套轮子。官方上虽然显示轮子组件不少，但用起来还是有小问题的。最重要的是不能及时跟上业界生态同步更新。并且即使是你们自己也不积极维护。更新时间和 issue 回复都非常不及时。若不是对体积有极致需求，真的不建议用 miniblink 。看到 github 的话就有点莫名其妙，因为被黑产使用而闭源。话说 electron 也没有因为黑产使用而闭源啊。当然你们要这么做也行，毕竟是你们开源的。但是我们作为开发者，就拒绝一个封闭的不完善生态了。

看了附言，难道你之前一直开着 larave 的 debug 模式？ 天啊，debug 模式加载各种东西，还要写日志等等，比正常情况下慢好几倍。这种基础错误怎么可以犯。任何框架上线都要关闭开发模式，这是常识

@murmur wails 好像是不带 chrome 的，它声称是原生本地引擎。

electron 配套的生态完善一些，以后可能想做什么都容易搜索到解决方案。比如打包，升级什么的。
electron 的缺点也是明显的，安装必体积大，性能没那么高。但在带宽和电脑性能都蛮高的今天，其实这也不算非常大的问题。你自己根据自己的场景考虑，如果自己的产品非常难容忍这么大的体积和性能，就别用 electron 了

如果你是新人，那么用 electron
如果你是前端开发者，那么用 electron
只有 go 开发者才有必要用 wails , 不是 go 开发者就不用考虑了。