造一个 Postman 平替的「创作历程」

查看 77|回复 4
作者:darkings90   
各位 V 友以及开发者,今天聊聊我的IDEA 插件 Fast Request创作历程,一个类似 Postman 一样的懒人插件。

前言
我是一个非常非常的人,怎么懒呢?比方说要将 100 个字符串整点啥东西改成另外 1 个东西,手写替换是不可能手写的,只要涉及到经常要手写的就很烦,宁可画半个小时写正则替换,绝不手写,最笨效率最低但也是不大会出错的方法。
同时作为一名增删改查 crud工程师,每天要调试几十个接口。有一天我打开一个别人写的保存接口,居然有上百个字段,彻底懵了,下次完蛋了造数据得死。对了一开始我用 postman ,后来觉得有点难用,后来用 mac 上面的 paw ,现在叫Rapid Api,确实非常简捷,但是后面 Postman 发展迅速,就又用回来了。
但关键是我不喜欢手写,所以寻思着用意念搞点事情。当时为了不想手写Rap2的接口文档于是搞了一个Rap2 Generate,这个是创作 Fast Request 之前的一些积累。在闲的时候想把这个项目转到 IDEA 里面,最后发现好难,放弃了。
准备工作
但有一阵子我实在太闲了,闲的发慌(在完成任务以后)。于是乎又想到了之前一直要手写 API 中 100 个字段的 Body ,实在太痛苦,就开始想搞个自动生成参数的工具。当时有 RestfulToolkit ,但是满足不了需求而且停更了,于是乎想着搞个啥玩意,可以快速请求 API ,至少先能生成 100 个字段的参数吧。当天我创建了一个项目,就叫Fast Request
前几天啥都没搞,一直在写参数生成的逻辑,参考了 Rap2 Generate 的一些解析逻辑。发现用正则来做解析实体类,简直就是一堆,突然发现 IDEA 里面有关于一些PSI相关的文档,同时也参考了一些实体类转 JSON 生成的一些插件。然后就坑此坑次开始写解析的逻辑。写得太投入被领导发现了,领导说:"你在写啥,什么玩意,Fast Request 什么项目,业务都清楚了么",被 PUA 半个小时。我想说,写 crud 多了有时候真的有点腻,想玩点有点意思的。当天我暗暗下定决心,一定要搞个神器出来,干死你。
艰难的开始
本着“干死你”的理念,我开始创作了。搞一个 IDEA 插件真的太难了,只有这些文档,其他的自己 Google ,自己看文档,自己看源码。前期太难了,没人教。还好当时参考了阿里大神写的Easy Javadoc,也提交了一点 PR 熟悉了一些代码,比起一点都没至少有项目可以参考了,很多小白选手至少参考。于是乎,我差不多花了 1 个多月,第一个版本成了,啥都没,就点一下生成参数到 console ,跟你下面看到的界面简直差了 10 万个版本

UI 这一块,我比较注重。我出了很多个版本的界面,不停的优化,同时参考了 JetBrains 的 UI 设计规范以及其他的例如JetBrains 设计准则,所以励精图治得改,改界面,加功能,UI 风格保持一致。最后界面也越来越受到大家的认可。随着 JetBrains 新 UI 的到来,插件也打造了跟新 UI 风格一致的界面,保持整体简洁大方。
在这个过程中,功能的开发也确实难,在 Swing 基础很差的情况下,想要搞一个全是由 Swing 组件构成的工具,简直就是痴人说梦,于是我又查了很多关于 Swing 的资料以及 demo ,这边有很多例子需要的同学可以参考。整个前期真的没有周末,周末都是干到晚上 11 点以后,搞这个插件真的太累了,又太兴奋了,学了很多知识。合理运用了很多时间去学习技能。
最后随着一步一个脚印,我的插件慢慢有了用户,同时用户也会给我一些反馈,前期自己的灵感占了 90%,用户给我提一些问题,又可以解决一些常见的痛点。功能越来越丰富,同时也参考了 Postman 的一些功能,设计一些必要的功能,毕竟它是业界最优秀的 API 调试工具值得学习。但是插件要做到的不只是发送请求这么简单,还要跟代码结合,做一些更加有优势的功能,那就是能让用户懒的功能。我也是一直如此,毕竟 Fast Request 的格言就是“为简化 API 调试而生”。
什么很重要
打造一个能吸引人的软件,首先创意和想法很重要,需要不停的肝新功能、好功能,能直接解决用户痛点,持续输出。然后就是用户慢慢累积的过程。开发过程就是硬碰硬克服困难,很多不会的需要去研究克服,在此过程中积累经验,对后期就非常有帮助。自学能力也非常重要,得会问问题,查问题,现在又有 AI ,给工作带来不少的便利。
叫过人一起干
前期想法非常多,但是个人输出有限,就叫了一些朋友看是否有想法加入。但是每一个人似乎都挺忙,要么就是入门太难接不住,好吧,这玩意确实有点难度,我一个人承包了设计、开发、测试、网站建设、推广一条龙服务。后期随着熟练度的提升,目前感觉开发这一块一个人也基本忙的过来了。也就没有继续叫朋友来协助了,毕竟生活大于一切,像我这种投入的,生活上也是有所牺牲的,经常被女朋友骂大晚上还不睡觉,一路走来还是非常感谢家人和朋友的支持的。
倒下了
没人来帮忙,所有的一切只能单干。好家伙,别人是一个团队干一件事,我是一个人干一个团队的事。上面描述的过程可能并没那么简单,一路走来碰到了非常多的磕磕碰碰,不幸的是中途倒下过一次。由于长期劳累,坐在电脑面前工作,导致腰椎间轻微突出,在家躺了 3 天。所以我也劝解各位开发者要注意劳逸结合,千万不能太上头了,身体是革命的本钱,一定要走可持续发展的道路。这一点相信很多一路陪伴的小伙伴也知道,前期几乎一个礼拜一个版本,用户都觉得速度太快了有点刹不住车...
开始收费
相信很多开发者可能会说,插件啥都好,就是要收费。但是收费也是经过我深思熟虑的,这毕竟会对软件的推广有一定的阻碍,很少会有博主来推广付费的东西。但是积极作用更大。一个人的精力和热爱也许会时间的流逝慢慢减退,收费对我来说,也是更加对用户负责的开始,是变更加强大的开始,这也让我更加有热情去更新功能,修改 bug 。同时也感谢一路支持的朋友没有因为收费就抛弃 Fast Request 了,相信这是一个双向选择的结果。对于需要的开发者,对于工作日一天花费 3 毛多的成本来提升工作效率,相信也不多。不喜勿碰哈哈哈哈。
挑战
当前最大的挑战就是推广问题,似乎还有很多很多的开发者不知道有这么一个神器,可以一键调试接口。但是收费了似乎吓退了一波的开发者,用户起码少了三分之二以上,不过这个模式我既然开始了就不会再改变。运营推广对我来说也是没啥经验的,期间也一直在出视频教程在各大技术网站上投稿,效果一般。当然也有一些技术大咖比如 java guide 、程序员 DD 中间给软件写了几篇博文,对于 Fast Request 来说也是非常大的帮助与支持,做了一波推广,在此非常感谢。同时也希望得到更多大神与技术老铁给予相助和支持,提提意见,给一个不懂流量的技术人一点帮助,多帮忙推荐推荐 Fast Request 。
收获
目前斩获了17w的下载量,用户也非常喜欢 Fast Request 给他们带去的帮助。这一点我非常开心自己的作品被大家认可。除了经济上的一些收入,当然以下几点是非常重要的。
1.结识了一大批粉丝朋友
2.加入了 Dromara 社区,认识了一大批软件圈大佬
3.结识了一批 IDEA 社区工作者大佬,也给我提供了一些建设性意见,非常感谢
4.上过 JetBrains 中国 Bilibili 的码上道栏目直播,非常荣幸
5.无聊的时候没那么无聊了
相对比较全功能文档: https://api-buddy.cn/fast-request/guide/features/
部分功能截图↓↓↓


request, Fast, API, 手写

SuperXX   
你都这么懒,居然还写了这么长的帖子😄
seyoatda   
一直在用 postman ,但是比较痛苦的一点就是针对请求的不同的参数和 body 没法分别保存成多个副本。导致每次 debug 时,都得重新输入参数和 body 。目前换了几个工具好像都没有比较好的解决方案
darkings90
OP
  
@SuperXX #1 一天写几十个字😂
darkings90
OP
  
@seyoatda #2 https://api-buddy.cn/guide/features/apiGroup.html 同一个 api 下的分组参数保存
您需要登录后才可以回帖 登录 | 立即注册

返回顶部