问题#

AI_Generate_CRUD_Code_现场实操

标准回答#

扩展知识#

1
// Controller示例
2
@RestController
3
@RequestMapping("/api/users")
4
public class UserController {
5
@GetMapping
6
public Page<UserDTO> list(@PageableDefault Pageable pageable) { ... }
7

8
@PostMapping
9
@ResponseStatus(HttpStatus.CREATED)
10
public UserDTO create(@Valid @RequestBody UserCreateDTO dto) { ... }
11

12
@GetMapping("/{id}")
13
public UserDTO get(@PathVariable Long id) { ... }
14

15
@PutMapping("/{id}")
16
public UserDTO update(@PathVariable Long id, @Valid @RequestBody UserUpdateDTO dto) { ... }
17

18
@DeleteMapping("/{id}")
19
@ResponseStatus(HttpStatus.NO_CONTENT)
20
public void delete(@PathVariable Long id) { ... }
21
}

面试官追问#

总结#

本题考察AI辅助编程能力与RESTful规范掌握程度。关键在于：快速理解Schema、设计规范接口、生成可运行的代码骨架，并能解释验证、错误处理、并发控制等

关键点#

。AI工具是辅助，候选人的设计思路和问题排查能力才是评分核心。

• 现场实操：给定数据Schema生成符合RESTful规范的CRUD接口代码#

这是一道典型的现场实操题，考察候选人利用AI工具快速生成后端代码的能力。

• 在15分钟内完成，需要遵循以下步骤：

操作流程： 理解Schema：提取数据模型定义（字段、类型、约束、关系） 设计RESTful端点：

• GET /resources - 列表查询（支持分页、过滤、排序）
• POST /resources - 创建资源
• GET /resources/{id} - 获取单个资源
• PUT /resources/{id} - 全量更新
• PATCH /resources/{id} - 部分更新
• DELETE /resources/{id} - 删除资源 生成代码：使用AI工具（如Copilot、ChatGPT）输出控制器、服务层、数据访问层代码 解释关键逻辑：验证、错误处理、状态码选择、数据一致性

关键实现逻辑要点：

• 数据验证：使用DTO + 校验注解（如@Valid、@NotNull、@Size）
• 错误处理：全局异常处理器返回标准错误格式（如{“code”: 400, “message”: “...”}）
• RESTful状态码：
• 201 Created（POST成功）
• 200 OK（GET/PUT/PATCH成功）
• 204 No Content（DELETE成功）
• 404 Not Found（资源不存在）
• 分页规范：使用page、size参数，返回{“data”: [], “total”: 100, “page”: 1, “size”: 20}

1
// Controller示例
2
@RestController
3
@RequestMapping("/api/users")
4
public class UserController {
5
@GetMapping
6
public Page<UserDTO> list(@PageableDefault Pageable pageable) { ... }
7

8
@PostMapping
9
@ResponseStatus(HttpStatus.CREATED)
10
public UserDTO create(@Valid @RequestBody UserCreateDTO dto) { ... }
11

12
@GetMapping("/{id}")
13
public UserDTO get(@PathVariable Long id) { ... }
14

15
@PutMapping("/{id}")
16
public UserDTO update(@PathVariable Long id, @Valid @RequestBody UserUpdateDTO dto) { ... }
17

18
@DeleteMapping("/{id}")
19
@ResponseStatus(HttpStatus.NO_CONTENT)
20
public void delete(@PathVariable Long id) { ... }
21
}

• 使用@Valid触发校验，MethodArgumentNotValidException处理

• 返回格式：{“field”: “email”, “message”: “邮箱格式不正确”}

• 明确约束：在prompt中包含Schema定义、技术栈（如Spring Boot 3 + JPA）、代码风格要求

• 分步生成：先生成实体类，再生成Repository、Service、Controller

• 人工修正：检查生成的业务逻辑是否正确，补充遗漏的验证规则

• A：使用子资源端点，如POST /users/{userId}/orders。
• 或者将嵌套对象序列化为JSON字段，在单个请求中包含完整结构。
• 通常推荐前者保持语义清晰。

备注#

• 本文已做格式统一与噪声清理，保留原始语义。

• 问题#

AI_Generate_CRUD_Code_现场实操

这是一道典型的现场实操题，考察候选人利用AI工具快速生成后端代码的能力。在15分钟内完成，需要遵循以下步骤：

操作流程： 理解Schema：提取数据模型定义（字段、类型、约束、关系） 设计RESTful端点：

• GET /resources - 列表查询（支持分页、过滤、排序）
• POST /resources - 创建资源
• GET /resources/{id} - 获取单个资源
• PUT /resources/{id} - 全量更新
• PATCH /resources/{id} - 部分更新
• DELETE /resources/{id} - 删除资源 生成代码：使用AI工具（如Copilot、ChatGPT）输出控制器、服务层、数据访问层代码 解释关键逻辑：验证、错误处理、状态码选择、数据一致性

关键实现逻辑要点：

• 数据验证：使用DTO + 校验注解（如@Valid、@NotNull、@Size）
• 错误处理：全局异常处理器返回标准错误格式（如{“code”: 400, “message”: “...”}）
• RESTful状态码：
• 201 Created（POST成功）
• 200 OK（GET/PUT/PATCH成功）
• 204 No Content（DELETE成功）
• 404 Not Found（资源不存在）
• 分页规范：使用page、size参数，返回{“data”: [], “total”: 100, “page”: 1, “size”: 20}

1
// Controller示例
2
@RestController
3
@RequestMapping("/api/users")
4
public class UserController {
5
@GetMapping
6
public Page<UserDTO> list(@PageableDefault Pageable pageable) { ... }
7

8
@PostMapping
9
@ResponseStatus(HttpStatus.CREATED)
10
public UserDTO create(@Valid @RequestBody UserCreateDTO dto) { ... }
11

12
@GetMapping("/{id}")
13
public UserDTO get(@PathVariable Long id) { ... }
14

15
@PutMapping("/{id}")
16
public UserDTO update(@PathVariable Long id, @Valid @RequestBody UserUpdateDTO dto) { ... }
17

18
@DeleteMapping("/{id}")
19
@ResponseStatus(HttpStatus.NO_CONTENT)
20
public void delete(@PathVariable Long id) { ... }
21
}

• 使用@Valid触发校验，MethodArgumentNotValidException处理

• 返回格式：{“field”: “email”, “message”: “邮箱格式不正确”}

• 明确约束：在prompt中包含Schema定义、技术栈（如Spring Boot 3 + JPA）、代码风格要求

• 分步生成：先生成实体类，再生成Repository、Service、Controller

• 人工修正：检查生成的业务逻辑是否正确，补充遗漏的验证规则

• A：使用子资源端点，如POST /users/{userId}/orders。或者将嵌套对象序列化为JSON字段，在单个请求中包含完整结构。通常推荐前者保持语义清晰。

• Q2：如何处理并发更新冲突？#

• A：乐观锁方案：在表中增加version字段，更新时检查版本号。若版本不匹配返回409 Conflict。AI生成代码时可要求添加@Version注解（JPA）。

• Q3：AI生成的代码可能存在SQL注入风险，怎么防范？#

• 本文已做格式统一与噪声清理，保留原始语义。

• 在15分钟内完成，需要遵循以下步骤：

• 1. 理解Schema：提取数据模型定义（字段、类型、约束、关系）
• 2. 设计RESTful端点：
• • GET /resources - 列表查询（支持分页、过滤、排序）
• • POST /resources - 创建资源

• 本文已做格式统一与噪声清理，保留原始语义。