项目实战-多子集循环嵌套 更新时的处理逻辑

2024-08-30 14:36

本文主要是介绍项目实战-多子集循环嵌套 更新时的处理逻辑,希望对大家解决编程问题提供一定的参考价值,需要的开发者们随着小编来一起学习吧!

项目实战 多子集循环嵌套 更新时的处理逻辑

商品多子集循环嵌套 更新场景时的处理逻辑

场景背景:业务中,套餐下面有多个商品,每个商-品又有多个sku。目前分为套餐表、商品表、sku表,现在更新套餐时 商品和sku都有可能出现增删改的情况,代码里如何区分是新增 修改 和删除呢

假设我们是Spring Boot 项目,在处理套餐、商品、SKU 的增删改操作时,可以采用以下方案来区分并处理新增、修改和删除操作。

一、前端传递完整的数据结构

首先,前端应该将更新后的套餐数据完整地传递给后端,包括所有商品和 SKU 的详细信息。数据结构可能如下:

{"packageId": 1,"packageName": "套餐A","items": [{"itemId": 1,  // 如果为null,则是新增"itemName": "商品 A","skus": [{"skuId": 1,  // 如果为null,则是新增"skuName": "SKU A","price": 100},{"skuId": 2,"skuName": "SKU B","price": 200}]},{"itemId": null,  // 新增商品"itemName": "商品 B","skus": [{"skuId": null,  // 新增 SKU"skuName": "SKU C","price": 150}]}]
}

二、 后端处理逻辑

在后端,可以根据传入数据的 itemIdskuId 来区分新增、修改和删除。

2.1 新增操作
  • 如果 itemIdskuIdnull,表示这是一个新增的记录。
2.2 修改操作
  • 如果 itemIdskuId 都存在,并且与数据库中的记录匹配,则表示这是一个修改操作。
2.3 删除操作
  • 可以通过比较数据库中的数据和前端传递的数据,找出哪些商品和 SKU 在前端数据中没有出现,这些就是需要删除的项。

三. 代码实现示例

@Service
public class PackageService {@Autowiredprivate PackageRepository packageRepository;@Autowiredprivate ItemRepository itemRepository;@Autowiredprivate SkuRepository skuRepository;@Transactionalpublic void updatePackage(PackageDTO packageDTO) {// 1. 更新套餐信息PackageEntity packageEntity = packageRepository.findById(packageDTO.getPackageId()).orElseThrow(() -> new ResourceNotFoundException("该套餐不存在"+packageDTO.getPackageId()));packageEntity.setName(packageDTO.getPackageName());packageRepository.save(packageEntity);// 2. 更新商品信息List<ItemEntity> existingItems = itemRepository.findByPackageId(packageDTO.getPackageId());for (ItemDTO itemDTO : packageDTO.getItems()) {if (itemDTO.getItemId() == null) {// 新增商品ItemEntity newItem = new ItemEntity();newItem.setPackageId(packageEntity.getId());newItem.setName(itemDTO.getItemName());itemRepository.save(newItem);updateSkus(newItem.getId(), itemDTO.getSkus());} else {// 修改商品ItemEntity existingItem = itemRepository.findById(itemDTO.getItemId()).orElseThrow(() -> new ResourceNotFoundException("该商品不存在"+itemDTO.getItemId()));existingItem.setName(itemDTO.getItemName());itemRepository.save(existingItem);updateSkus(existingItem.getId(), itemDTO.getSkus());existingItems.remove(existingItem);}}// 删除商品for (ItemEntity itemToDelete : existingItems) {skuRepository.deleteByItemId(itemToDelete.getId());itemRepository.delete(itemToDelete);}}private void updateSkus(Long itemId, List<SkuDTO> skus) {List<SkuEntity> existingSkus = skuRepository.findByItemId(itemId);for (SkuDTO skuDTO : skus) {if (skuDTO.getSkuId() == null) {// 新增 SKUSkuEntity newSku = new SkuEntity();newSku.setItemId(itemId);newSku.setName(skuDTO.getSkuName());newSku.setPrice(skuDTO.getPrice());skuRepository.save(newSku);} else {// 修改 SKUSkuEntity existingSku = skuRepository.findById(skuDTO.getSkuId()).orElseThrow(() -> new ResourceNotFoundException("该SKU规格不存在"+skuDTO.getSkuId()));existingSku.setName(skuDTO.getSkuName());existingSku.setPrice(skuDTO.getPrice());skuRepository.save(existingSku);existingSkus.remove(existingSku);}}// 删除 SKUfor (SkuEntity skuToDelete : existingSkus) {skuRepository.delete(skuToDelete);}}
}

四. 总结

  • 新增: 通过判断 id 是否为 null 来判断是否为新增操作。
  • 修改: 如果 id 存在且匹配,视为修改操作。
  • 删除: 通过比较现有数据库记录与传入数据来判断需要删除的项。

这种方案能够有效处理复杂的增删改操作,确保数据的一致性。当然也可以结合算法进行处理,欢迎评论区讨论。
为了接口性能以及接口响应时间,减少对数据库的读写次数,可以考虑进行批量更新、批量新增处理。具体的可以根据实际业务场景进行分析,也欢迎一起交流讨论。关注我,为程序员职业生涯储能!!

这篇关于项目实战-多子集循环嵌套 更新时的处理逻辑的文章就介绍到这儿,希望我们推荐的文章对编程师们有所帮助!


原文地址:
本文来自互联网用户投稿,该文观点仅代表作者本人,不代表本站立场。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如若转载,请注明出处:http://www.chinasem.cn/article/1121095

相关文章

PyTorch中的词嵌入层(nn.Embedding)详解与实战应用示例

《PyTorch中的词嵌入层(nn.Embedding)详解与实战应用示例》词嵌入解决NLP维度灾难,捕捉语义关系,PyTorch的nn.Embedding模块提供灵活实现,支持参数配置、预训练及变长... 目录一、词嵌入(Word Embedding)简介为什么需要词嵌入?二、PyTorch中的nn.Em

Spring Boot 中的默认异常处理机制及执行流程

《SpringBoot中的默认异常处理机制及执行流程》SpringBoot内置BasicErrorController,自动处理异常并生成HTML/JSON响应,支持自定义错误路径、配置及扩展,如... 目录Spring Boot 异常处理机制详解默认错误页面功能自动异常转换机制错误属性配置选项默认错误处理

SpringBoot 异常处理/自定义格式校验的问题实例详解

《SpringBoot异常处理/自定义格式校验的问题实例详解》文章探讨SpringBoot中自定义注解校验问题,区分参数级与类级约束触发的异常类型,建议通过@RestControllerAdvice... 目录1. 问题简要描述2. 异常触发1) 参数级别约束2) 类级别约束3. 异常处理1) 字段级别约束

在IntelliJ IDEA中高效运行与调试Spring Boot项目的实战步骤

《在IntelliJIDEA中高效运行与调试SpringBoot项目的实战步骤》本章详解SpringBoot项目导入IntelliJIDEA的流程,教授运行与调试技巧,包括断点设置与变量查看,奠定... 目录引言:为良驹配上好鞍一、为何选择IntelliJ IDEA?二、实战:导入并运行你的第一个项目步骤1

Spring Boot3.0新特性全面解析与应用实战

《SpringBoot3.0新特性全面解析与应用实战》SpringBoot3.0作为Spring生态系统的一个重要里程碑,带来了众多令人兴奋的新特性和改进,本文将深入解析SpringBoot3.0的... 目录核心变化概览Java版本要求提升迁移至Jakarta EE重要新特性详解1. Native Ima

Spring Boot 与微服务入门实战详细总结

《SpringBoot与微服务入门实战详细总结》本文讲解SpringBoot框架的核心特性如快速构建、自动配置、零XML与微服务架构的定义、演进及优缺点,涵盖开发环境准备和HelloWorld实战... 目录一、Spring Boot 核心概述二、微服务架构详解1. 微服务的定义与演进2. 微服务的优缺点三

SpringBoot集成MyBatis实现SQL拦截器的实战指南

《SpringBoot集成MyBatis实现SQL拦截器的实战指南》这篇文章主要为大家详细介绍了SpringBoot集成MyBatis实现SQL拦截器的相关知识,文中的示例代码讲解详细,有需要的小伙伴... 目录一、为什么需要SQL拦截器?二、MyBATis拦截器基础2.1 核心接口:Interceptor

从入门到进阶讲解Python自动化Playwright实战指南

《从入门到进阶讲解Python自动化Playwright实战指南》Playwright是针对Python语言的纯自动化工具,它可以通过单个API自动执行Chromium,Firefox和WebKit... 目录Playwright 简介核心优势安装步骤观点与案例结合Playwright 核心功能从零开始学习

Java堆转储文件之1.6G大文件处理完整指南

《Java堆转储文件之1.6G大文件处理完整指南》堆转储文件是优化、分析内存消耗的重要工具,:本文主要介绍Java堆转储文件之1.6G大文件处理的相关资料,文中通过代码介绍的非常详细,需要的朋友可... 目录前言文件为什么这么大?如何处理这个文件?分析文件内容(推荐)删除文件(如果不需要)查看错误来源如何避

MySQL逻辑删除与唯一索引冲突解决方案

《MySQL逻辑删除与唯一索引冲突解决方案》本文探讨MySQL逻辑删除与唯一索引冲突问题,提出四种解决方案:复合索引+时间戳、修改唯一字段、历史表、业务层校验,推荐方案1和方案3,适用于不同场景,感兴... 目录问题背景问题复现解决方案解决方案1.复合唯一索引 + 时间戳删除字段解决方案2:删除后修改唯一字