BLL业务逻辑层 - 一端错误代码的经历

本文探讨了在Java中使用Stream API组装Map时可能遇到的键重复问题。当从阅读记录与阅读详情关联表中获取数据并尝试用Stream转换为Map时,如果一个阅读记录对应多条图书信息且图书ID重复,会导致Map组装错误。在正常情况下,每个阅读记录ID对应不同的图书ID,代码没有问题。但在异常情况下,若同一阅读记录ID对应相同图书ID的多条数据,就会产生问题。解决办法包括在组装前检查键的唯一性或者确保前端数据不包含重复键。前后端都应对此进行校验,以避免潜在的业务逻辑错误。
booksDetailRelationMap = booksDetailRelationList.stream().collect(Collectors
                .toMap(BooksDetailRelation::getBookId, BooksDetailRelation -> BooksDetailRelation));

介绍表:阅读记录与阅读详情关联表

主键id 图书id 阅读记录id 用户id 其他的不重要

介绍下这一段代码

bookDetailRelationList是从【阅读记录与阅读详情关联表】中取出来的一个集合

原因是:一个阅读记录 - - - > 对应多个图书信息

正常的情况下

拿着阅读记录id去查会得到多个阅读记录关联数据,比如

//查询阅读记录id = 124的数据  得到3条数据

// 这3个关联数据如下

关联表的主键id     图书id   阅读记录id

78                          15                124

79                          16                124

80                          17                124

这个情况是应该是业务最正常的情况,这个情况下,上述代码没有问题!

非正常情况下

拿着阅读记录id去查会得到多个阅读记录关联数据,比如

//查询阅读记录id = 124的数据  得到3条数据

// 这3个关联数据如下

关联表的主键id     图书id   阅读记录id

78                          15                124

79                          15                124

80                          15                124

这个情况是应该是业务最不正常的情况,这个情况下,上述代码就有问题。因为bookId重复了

业务就不说了,使用Stream的时候要避免的这个坑!

总结下:使用Stream组装map时

第一种:提前判断所有的key是否有重复,有就不走这个逻辑

第二种:不判断,前端传来的表单数据能保证这个数据不会重复

总之前后端,你俩至少有一个人做和这个校验。

课程通过实际项目融入常用开发技术架构,讲授风格独特,提供详细上课日志及答疑,赠送配套的项目架构源码注释详细清晰且表达通俗,均能直接在实际项目中应用,正真的物超所值,价格实惠任务作业:综合运用《C#/.Net企业级系统架构设计实战精讲教程》课程所学知识技能设计一个学生成绩管理系统的架构。要求:1.系统基于MVC的三架构,各单独建不同的解决方案文件夹。2.采用Model First开发方式,设计架构时只需要设计学生表(TbStudent)和课程表(TbCourse)。学生表必须有的字段是ID、stuName、age;课程表必须有的字段是ID、courseName、content。3.数据访问采用Entity Framework或NHibernate来实现,必须封装对上述表的增删改查方法。4.必须依赖接口编程,也就是必须要有数据访问的接口业务逻辑的接口等接口之间必须减少依赖,可以通过简单工厂或抽象工厂。5.至少采用简单工厂、抽象工厂、Spring.Net等技术中的2种来减少之间的依赖等。6.封装出DbSession类,让它拥有所有Dal实例和SaveChanges方法。7.设计出数据访问业务逻辑主要类的T4模板,以便实体增加时自动生成相应的类。8.表现要设计相关的控制器和视图来验证设计的系统架构代码的正确性,必须含有验证增删改查的方法。9.开发平台一定要是Visual Studio平台,采用C#开发语言,数据库为SQL Server。10.提交整个系统架构的源文件及生成的数据库文件。(注意: 作业需写在优快云博客中,请把作业链接贴在评论区,老师会定期逐个批改~~)
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值