你建好表，想让它自动生成DAO代码——核心事实是：CodeBuddy通过读取数据库元数据（表名、字段、类型、注释、主键、外键）来理解表结构，而不是猜测。 它读什么？ 表名：转换为实体类名（user_info → UserInfo） 字段名：转换为属性名（user_name → userName），支持下划线转驼峰 字段类型：映射到Java类型（VARCHAR → String，BIGINT → Long） 字段注释：自动生成为代码注释，不用你再写 主键：自动标记@Id，识别自增或UUID策略 外键关联：识别关联关系，生成对应的嵌套对象或集合 三种场景，CodeBuddy怎么处理？ 场景一：单表无关联 直接生成BaseEntity、BaseMapper、BaseService，增删改查全有。 场景二：一对多关联（如订单→订单明细） 识别外键，在订单实体里生成List，在Mapper里生成关联查询方法。 场景三：多对多关联（如用户→角色） 识别中间表，生成中间实体和关联方法，避免手动写关联SQL。 什么情况下不适合全自动？ 表设计不规范（无注释、字段名无意义） 使用了数据库特有函数或类型（如PostgreSQL的JSONB） 需要自定义复杂SQL（如递归查询、多表统计） 判断标准：如果你的表有注释、字段命名规范、主键明确，CodeBuddy可以直接用；否则需要先整理表结构。

三步走：连接数据库→选择表→生成代码，全程在IDE内完成，不需要切换工具。 第一步：连接数据库 在CodeBuddy插件中点击“数据库连接”，填写数据库地址、账号、密码。支持MySQL、PostgreSQL、Oracle等主流数据库。连接成功后，左侧会显示所有表。 第二步：选择要生成的表 勾选需要生成DAO的表（可多选）。CodeBuddy会读取表结构，展示预览：实体类名、字段映射、主键策略。确认无误后，点击“生成”。 第三步：选择生成内容 实体类：含Lombok注解、JPA注解、序列化 Mapper接口：继承BaseMapper，提供增删改查方法 XML映射文件：自动生成ResultMap、Base_Column_List、常用SQL片段 Service接口+实现：可选，生成业务层基础方法 点击“生成”，CodeBuddy会根据你的项目包名，自动创建对应包和文件，代码直接写进项目。 生成后的文件结构 text src/main/java/com/example/ ├── entity/ # 实体类 ├── mapper/ # Mapper接口 ├── service/ # Service接口 └── service/impl/ # Service实现 src/main/resources/mapper/ # XML文件 关键点 生成的代码可以直接跑，无需额外配置 如果表结构变了，CodeBuddy支持“增量更新”，只修改变化的字段，保留你手写的自定义方法 支持自定义模板，你可以改生成规则（如类名后缀、是否生成Swagger注解）

CodeBuddy支持自定义模板和编码规范配置，一次配置，全团队复用。 常见团队痛点 有人用MyBatis-Plus，有人用原生MyBatis，生成代码不统一 实体类需要统一加@TableName、@ApiModel Mapper XML需要统一namespace、ResultMap命名 Service层需要统一异常处理、日志记录 解决方案：模板定制 CodeBuddy允许你配置全局模板： 实体类模板：指定包名、注解（如@TableName、@Data、@ApiModel）、是否生成toString Mapper模板：指定继承哪个BaseMapper、是否生成批量插入方法 XML模板：指定ResultMap命名规则、SQL片段组织方式 Service模板：指定是否生成接口+实现，是否集成统一异常 配置方式 在项目根目录放一个.codebuddy/template.yaml文件，团队所有人共享。配置一次，每个人生成的代码都一致。 避坑指南 主键策略：明确是自增还是雪花ID，配置错误会导致插入失败 逻辑删除：如果表有delete_flag字段，在模板中配置@TableLogic 乐观锁：如果表有version字段，配置@Version 字段默认值：生成实体时，字段默认值要体现在@TableField(fill = ...) 效果验证 某团队配置模板后，新项目从建表到DAO代码生成只需5分钟，代码规范一致性从60%提升到98%，Code Review时间缩短70%。