java场景设计解决方案,Java代码生成的设计方案与实践

diboot devtools 2.0 已经发布上线，实现了精简内核+后端开发助理。在此把我们目前代码生成部分的设计思路梳理一下，以便需要的朋友少走一些弯路。

1. 编程技术的发展趋势

最近观看《美国工厂》的感触：在传统制造业，当生产线的工人成本高昂效率低下的时候，企业管理者便会开始探寻降本增效之道，自动化便是首选的解决方案。

软件工程类似于建筑工程有着其自身的复杂度，但即便是像更复杂的汽车制造，不也一样逐步被自动化么。有人说编程将是最后一个被自动化/AI替代的行业，但不代表程序员可以高枕无忧。如果一个程序员只会CRUD，那他可能是第一批被替代的。因为替代是逐步性的，就像软件行业的自动化可能经过代码生成、轻代码、无代码。

2. 代码生成的设计方案

2.1 要盖楼先打好地基

有的生成器，无任何基础代码直接生成，结果就像一个项目中无任何高级别开发者做封装，直接交给程序员写的一样，随着代码量的增多，可维护性会差的难以想象。

所以，盖楼前先打好地基，封装一个基础的通用内核，提供常用开发场景的最佳实现，比如CRUD通用处理、各分层的轻量封装、常用工具类等。

2.2 生成器的理想方案

通用内核职责范围要明确，职责范围内的功能做到最佳实践，避免设计成大而臃肿。

通用内核解决CRUD、关联查询等通用场景，实现代码最简化，降低上手门槛和生成器的实现难度。

使用简单易上手，最好可以在开发环境启动，直接将代码生成在本地IDE项目中。

界面化操作代码生成，随用随生，灵活应对需求(数据结构)变更场景。

数据结构驱动代码，实现代码与数据结构的联动同步。

支持重复性相似功能的通用生成。

支持参数配置实现差异化代码生成。

如果受众广，需要基于主流技术及数据库。

3. Java代码生成的实践

基于Spring Boot 2.x，最主流高效的开发框架

基于Mybatis-plus实现CRUD的通用解决方案

封装内核实现关联查询的无SQL解决方案及其他常用场景

生成器封装成spring boot starter，实现依赖启动

提供操作界面实现数据结构与代码同步

配置参数实现Lombok、Swagger等开关

提取数据库差异，支持MySQL、MariaDB、PostgreSQL、Oracle、SQL Server