【SpringBoot苍穹外卖】debugDay04

一、getById 与 new

我在修改数据时，产生疑问，注释掉是我一开始写得，new对象是答案提供的，我就好奇两者之间区别。

1. 使用 setmealMapper.getById 获取现有对象 Setmeal setmeal = setmealMapper.getById(setmealDTO.getId()); BeanUtils.copyProperties(setmealDTO, setmeal); // 仅覆盖 setmealDTO 中存在的字段 setmealMapper.update(setmeal); 优点：

保留原有数据：从数据库中加载的 Setmeal 对象包含所有字段的当前值，未被 setmealDTO 覆盖的字段会保持不变。

适合部分更新：如果只需要更新部分字段（如名称、价格等），而不想影响其他字段（如创建时间、状态等），这种方式更合适。

数据一致性：确保数据库中的其他字段不会被意外覆盖或丢失。

缺点：

额外数据库查询：需要先查询数据库，增加一次 IO 操作，可能影响性能。

代码复杂度：如果字段较多，可能需要手动处理某些字段的更新逻辑。

适用场景：

需要保留部分字段（如创建时间、状态等）不被修改。

业务逻辑要求基于现有数据进行更新。

---

2. 使用 new Setmeal() 创建新对象 Setmeal setmeal = new Setmeal(); BeanUtils.copyProperties(setmealDTO, setmeal); // 完全使用 setmealDTO 的数据 setmealMapper.update(setmeal); 优点：

简单直接：不需要额外的数据库查询，代码更简洁。

性能更高：减少一次数据库查询，适合对性能要求较高的场景。

适合完全覆盖：如果业务逻辑要求完全覆盖数据库中的记录，这种方式更合适。

缺点：

丢失原有数据：如果 setmealDTO 中没有包含某些字段（如创建时间、状态等），这些字段会被覆盖为默认值（如 null 或 0），可能导致数据丢失。

不适合部分更新：无法保留未被 setmealDTO 覆盖的字段。

适用场景：

需要完全覆盖数据库中的记录。

setmealDTO 包含了所有需要更新的字段。

对性能要求较高，且不需要保留原有数据。

---

总结与建议

如果需要保留部分字段（如创建时间、状态等），建议使用 setmealMapper.getById，确保数据一致性。

如果完全覆盖数据且 setmealDTO 包含所有字段，建议使用 new Setmeal()，代码更简洁且性能更高。

---

最佳实践

如果不确定哪种方式更合适，可以采用以下策略：

默认使用 setmealMapper.getById，确保数据安全性和一致性。

在性能敏感的场景下，如果确认 setmealDTO 包含所有字段且不需要保留原有数据，可以使用 new Setmeal()。

if (needPartialUpdate) { Setmeal setmeal = setmealMapper.getById(setmealDTO.getId()); BeanUtils.copyProperties(setmealDTO, setmeal); // 部分更新 setmealMapper.update(setmeal); } else { Setmeal setmeal = new Setmeal(); BeanUtils.copyProperties(setmealDTO, setmeal); // 完全覆盖 setmealMapper.update(setmeal); }

根据业务需求灵活选择，既能保证数据安全，又能优化性能。

看来我一开始写得也不错,嘻嘻~。

二、这段代码，为什么copy之后，还要update呢？ Setmeal setmeal = setmealMapper.getById(setmealDTO.getId()); // 从数据库获取对象 BeanUtils.copyProperties(setmealDTO, setmeal); // 将 DTO 的数据复制到实体对象 setmealMapper.update(setmeal); // 更新数据库 1. setmealMapper.getById

从数据库中加载一个 Setmeal 对象。

这个对象是持久化对象，即它与数据库中的一条记录关联。

2. BeanUtils.copyProperties

将 setmealDTO 中的数据复制到 setmeal 对象中。

这一步只是修改了内存中的 setmeal 对象，并没有自动同步到数据库。

3. setmealMapper.update

将修改后的 setmeal 对象同步到数据库。

这一步才是真正将内存中的修改持久化到数据库中。

---

为什么需要 update？

内存与数据库是分离的：

Java 中的对象是内存中的数据结构，修改对象并不会自动同步到数据库。

数据库是一个独立的存储系统，需要通过 SQL 语句（如 UPDATE）来修改数据。

BeanUtils.copyProperties 只是内存操作：

它只是将 setmealDTO 的属性值复制到 setmeal 对象中，修改的是内存中的对象状态。

数据库并不知道这些修改，因此需要显式调用 update 方法将修改同步到数据库。

ORM 框架的工作方式：

如果你使用的是 MyBatis 或 JPA 等 ORM 框架，它们并不会自动跟踪对象的变化。

你需要显式调用 update 方法，告诉框架将对象的状态同步到数据库。

---

类比理解

可以将这个过程类比为编辑文档：

从文件柜中取出文档（getById）：你从数据库加载了一个对象。

在文档上修改内容（copyProperties）：你在内存中修改了对象。

将修改后的文档放回文件柜（update）：你需要将修改后的对象保存回数据库。

如果你不执行第三步，文件柜中的文档（数据库中的数据）就不会被更新。

---

如果你不想手动调用 update

如果你希望修改对象后自动同步到数据库，可以考虑以下方式：

使用 JPA（Hibernate）：

JPA 提供了自动脏检查机制，修改对象后，在事务提交时会自动同步到数据库。

示例：

Setmeal setmeal = setmealRepository.findById(setmealDTO.getId()).orElseThrow(); BeanUtils.copyProperties(setmealDTO, setmeal); // 不需要显式调用 update，事务提交时会自动同步

使用 MyBatis 的动态更新：

可以配置 MyBatis 只更新变化的字段，而不是全部字段。

---

总结

BeanUtils.copyProperties 只是修改了内存中的对象，数据库并不知道这些变化。

必须显式调用 setmealMapper.update 将修改同步到数据库。

如果你希望自动同步，可以考虑使用 JPA 或其他支持自动脏检查的框架。

三、补充

在写day04时发现少写了个通过套餐id查询菜品的接口，在此记录一下。