实现工具自由，开源的桌面工具箱在一切开始之前

在一切开始之前，首先要致敬 uTools！如果没有它就没有 Rubick 。

文章图片

文章图片
大家好，我是“拉比克”（Rubick）项目的作者木偶。我做的 Rubick 是一款基于 Electron 的开源桌面工具箱，简单讲就是好多工具的集合，然后加上快速启动、丰富的插件扩展等功能于一体。

文章图片

文章图片
没错！它的使用方式和外观几乎和 uTools 一摸一样。那我为什么放着免费的 uTools 不用，非要自己搞一个呢？
事情的起因是这样的，出于安全方面的考虑有一些仅适用于公司内部的插件不能发布到插件市场，所以不能接入 uTools 。但实在眼馋 uTools 式的便捷、用完即走的极简操作体验。在搜寻解决方案无果，同时也发现其他的小伙伴也有同样的诉求，所以我动手做了，然后把它开源了。
Rubick 一款呼出超快、用完即走的开源工具箱，因为开源所以更自由！
项目地址：https://github.com/clouDr-f2e/rubick
希望它能帮助你解决同样的烦恼，但目前仅支持 Windows 和 macOS ， Linux 版本正在开发中。想借助开源的力量让 Rubick 变强，成为金牌辅助！
在做 Rubick 的过程中还是遇到了不少问题和挑战，下面就分享下我的心路历程。
一、缘起
1.1 初识 Electron
Electron 是 GitHub 开源的一个框架。它通过 Node.js 和 Chromium 的渲染引擎完成跨平台的桌面 GUI 应用程序的开发。我起初没有接触过 Electron ，最开始接触它是因为看到了 PicGo 的一个核心功能非常吸引我，就是 macOS 下可以直接拖拽图片进入任务托盘上传图片：

文章图片

文章图片
当时正好我们团队也需要搞一个内部的 CDN 图片资源管理图床，用于项目图片资源压缩并直接上传到 CDN 上，之前我们做了个网页版。而这里我深刻的感受到了 Electron 的强大，可以极大的提高工作效率，参考 PicGo 我尝试做了第一个 Electron 项目，完成了图片压缩上传到内部 CDN 的桌面端应用。
1.2 演化
之后公司内部因为开发和后端进行接口联调测试环境时，经常会涉及到一些状态改变要看交互样式的问题。比如测试需要测商品的待支付、支付中、支付完成等各种节点的交互样式是否符合预期，这种情况测试一般会去造数据或者让后端改数据库接口。有的小伙伴可能会用 Charles 修改返回数据进行测试，但 Charles 的抓包体验和配置体验感觉有点麻烦，对新人不是很友好所以我们自己做了个非常易用抓包&mock 工具：

文章图片

文章图片
这也是 Rubick 最早的雏形。随后，我们发现当页面发布线上的时候，没有办法在微信环境内对线上页面进行调试，所以开发了一个基于 winner 的远程调试功能。
但随着该 Rubick 在内部不断推广和使用，所需功能也越来越多。我们需要需求管理、性能评估、埋点检测等等工具。这些工具的增加一方面导致 Rubick 体积暴增，一方面又导致了用户需要不断更新软件，导致用户体验非常差。
其次，我们在推广给测试、UI 同学使用的时候，发现他们其实并不关注前面的页面调试、性能测评等功能，可能只是用到其中某一项，所以整个项目对他们来说就显得很臃肿。