和大多数程序员一样，我也曾幻想过做出一款改变世界的产品。
当时在做一个并不复杂、但是表、字段多到变态的业务系统，这时候稍微有点经验的程序员自然会想到，找一个代码生成器吧！
用Mybatisplus的代码生成器、或是网上找一个在线代码生成器？
经过搜索发现，它们要么是需要复杂的配置，且非常死板，类似这样的：
要么是这样的，功能好不好用先不说，这个UI实在是有点惨不忍睹
于是很自然的，我就想到既然目前没有一款让我能用着稍微顺手点的代码生成器，那何不自己做一个呢？
这就是 Tool4J 这个网站诞生的初始原因。
想干就干，首先梳理了一下技术路线，代码生成器其实并不复杂，无非就是解析SQL、填充到模板引擎中，生成文件。
原理很简单，做起来才发现坑是一个接一个：
首先遇到的坑就是SQL解析，如果是标准语法还好，和大多数人一样，google一下搜个SQL解析器调一下API就完事了，但是当我这样把代码生成器上线之后，每天后台的报错是一条接一条。
怎么回事？
大家SQL都是瞎写的吗？
不对啊，这看着挺正常的啊！
哦~原来是有个关键字这个SQL解析器不支持、或是这是某种数据库才支持的特定语法。
要不就这么着吧，摆烂！
不行！一个优秀的程序员是不能容忍这种自暴自弃的行为的，我可是立志要做出一款世界上最好的产品的！
那就改吧！
刚好最近GPT那么火，那不如让它来帮忙把SQL先进行预处理再交给解析器吧！
经过试验，确实有一定效果，但一是响应速度变得特别慢（众所周知的网络原因），二是AI输出的不稳定性，经常导致出错。
于是又进行了充分的技术调研，引入了更高级的语法解析器，并适配了多种类型数据库的语法规则，大大提高了SQL解析的正确率（99%解析正确）。
到这里，基础版本的代码生成器就完成了。
上线后经过一段时间的使用，通过后台反馈，发现大家有很多个性化定制需求，当时平台和其他代码生成器一样，仅仅支持作者名、包名这种简单的定制化。这当然是远远不够的。
于是经过市场调研，竞品分析，梳理出了这些改进内容：
- 表前缀的忽略，例如 “t_”
- 生成的方法配置，可自定义方法名、或者是否需要生成此方法
- ORM框架的选择，Mybatis、Mybatisplus、JPA
- 集成依赖的选择，是否需要集成swagger、lombok、validation校验等
加入这些功能以后，总算是用起来比较顺手了！
过了一段时间后，发现有用户依旧不满足于这些功能，还希望更灵活一些，于是经过几天的熬夜加班，又加上了自定义模板功能，代码生成历史记录功能。
至此，大道已成！
后面，经过市场调研，发现大家还有一些其它的小需求，于是又加上了 Yaml 和 Properties 文件互转，以及其它的一些文本相互转换的功能，产品变得越来越完善了。
最后复盘，为什么这个产品能成功？
主要有这几个原因：
- 从使用者角度出发，而不是从开发角度
- 用心思考，而不是用努力代替思考
- 迎合市场，收费并不可耻，关键在于让人愿意为你的产品买单
最后，希望大家都能在独立开发这条道路走向成功！
468
被折叠的 条评论
为什么被折叠?
到【灌水乐园】发言
