一个java web 快速开发脚手架思路

一个java web 快速开发脚手架思路

认证与鉴权

表

用户表、角色表、接口表、管理员表、用户角色关联表、角色接口关联表、接口分类表

代码生成

表

代码生成配置简单表、代码生成配置完整表

表说明

代码生成逻辑：用户填写简要信息->后端程序补充为完整的map参数->调用freemarker的api进行生成文件。

在代码生成页面，用户希望尽量少的填写信息，完成代码生成。
代码生成配置简单表则记录页面填写的信息，若路径填写错误，用户可以回头修改这些信息重新生成。

代码生成配置完整表记录后端程序补充完整的map参数。
我们可以修改某个页面的参数重新生成页面，用于更细腻的可视化调整页面。

生成增删改查接口

指定一张数据库表，新建该表对应的增删改查接口类。
将增删改查接口对应的url地址添加到接口表中。
将生成的接口权限分配给管理员角色们。
新建该表对应的列表页面和表单页面。
将新建页面的参数以JSON格式保存到数据库表中。

可视化修改页面

上述功能生成的页面，如需要调整字段顺序、调整字段展示类型(input,textarea,select等)、将某个字段添加为查询条件。可以在这里修改配置后重新生成。

生成自定义接口

用于生成增删改查之外的接口。
新建一个接口所需要的空类。
将该接口对应的url地址添加到接口表中。
将生成的接口权限分配给管理员角色们。
（若有指定一张数据库表，新建的入参类会添加该表的属性）

sql接口说明

优点：修改功能后上线无需重启服务。
范围：只用于查询，不用于新增、修改、删除。
缺点：功能更新需要更新数据库记录，更新不方便、回退不方便。
缺点补救：添加接口导出导入功能，添加版本记录功能，添加版本回退功能。

体验：开发起来确实比写代码快，不过当逻辑多的时候 sql变一大坨，这时就应该转java类写。

依然在纠结是否要废弃掉sql接口
纯sql接口（逻辑复杂时sql变的难看，不好维护）
sql与类结合接口（首次上线需要更新重启服务，后续直接修改sql模板即可）
纯类接口（每个修改都要上线且重启服务，比如增加一个查询字段）

我现在这三种形式访问url是不同的，在这三种情况下切换需要修改前端代码。如果做成三种方式同一访问地址，纯类开发入参只能是Map，这个心里不太愿意。

sql接口实现

待续