Ftapi To Code README目前api层定义的痛点👉 api层的封装重复问题,导致业务代码引入不同的方法请求了同一个接口,降低了代码的可维护度 👉 前端对接api层接口,经常因为字段属性搞错或者字段类型信息不同步,导致了一些bug的产生 基于以上痛点,我这边忙里抽闲开发了一款ftapi文档转代码的工具,因为目前ftapi官网打通的是扫描java代码注释,生成ftapi官网的文档,如果文档可以生成我们前端的代码,那么就不会出现前端端对接的字段对应不上的问题 工具技术选型工具有各种各样的形态,最主要的需要具备可视化、node能力、跨平台(兼容各种操作系统)的能力。 | 序号| 插件种类 | 可视化 | node能力 | 跨平台 | 总结 | | --- | --- | -------- | --- | --- | --- | |1 | web服务| ✅ | ❌| ✅ | 缺少node能力 | |2 | 浏览器插件 | ✅ | ❌ | ✅ | 缺少对文件读写能力,缺少模板配置根据项目差异化的能力,生成的代码需要手动copy,模板配置需要开发自己动态调整。| |3 | 命令行工具 |❌| ✅ | ✅ | 缺少可视化能力,交互式命令行只能满足最基本的场景。| |4 | 桌面应用 |✅ | ✅| ❌ | 开发成本比较高,对于各种系统需要开发不同的应用| |5 | vscode插件 |✅ | ✅ |✅ | 可以看到vscode插件三种能力能够同时兼容,webview提供可视化能力,vscode本身基于electron 开发的,俱备node的一切能力。| 基于以上调研结果,我选择了vscode插件的形式开发了这个工具 工具使用贴图快速尝试:
切换环境
配置生成模板
批量生成代码
针对不频繁改动的bridge 已有对应的仓库 @ftapi/MBBridge共建 |