需求分析

我的分析主要针对二次生成时,用户在二次生成的时候,用户可能会进行哪些改动:

  1. 增加、删除表,修改表名称、表描述信息
  2. 增加、删除列,修改列名称、列数据类型、列描述信息

修改表名称,如果不对该操作进行支持,那么用户看到的就是全新的实体配置信息,而且信息都是默认的,这样体验非常的差。

提出了资源的概念,初始化后,会根据数据库中的数据生成以下资源:

  • 实体资源
    • 静态内部内资源
    • 枚举资源
  • Request资源(支持多个)
  • Response资源(支持多个)
  • Controller资源(默认不支持覆盖)
  • Service资源(默认不支持覆盖)
  • Mapper资源(默认不支持覆盖)

当用户二次生成的时候,无法发现已有资源未被使用,则会呈现资源绑定页面,用于将已有的表与相应的实体进行绑定。将一组资源绑定到新的表,则这些资源的名称等都会发生变化。