加载中…学习日报2023年6月27日
(2023-06-27 21:34:55)
标签：
it教育 |
分类： 两年成长日记 |
今日完成：
时间：6:35-7:00
内容：英语百词斩打卡+英语单词复习
时间：8:00-8:10
内容：元宇宙项目组晨会
时间：8:21-9:21
内容：对事务基本进行学习和总结并发布博客
总结：9:19完成计划
两份钟思考总结：事务的隔离性一定程度上保证了并发过程中数据的正确性
时间：9:33-9:58
内容：59_传智播客汤阳光OA项目视频__阶段6__论坛模块__版块管理2__实现上下移动1
总结：完成计划
时间：10:10-10:35
内容：61_传智播客汤阳光OA项目视频__阶段6__论坛模块__设计本模块的所有实体1
总结：完成计划
时间：10:55-11:20
内容：62_传智播客汤阳光OA项目视频__阶段6__论坛模块__设计本模块的所有实体2
总结：11:25完成计划
时间：11:30-11:50
内容：小组值日
时间：13:30-14:10
内容：阅读
时间：14:30-14:55
内容：整理使用注解的形式（通过判断注解来判断具有哪些关联关系）方案整理
总结：15:02完成计划
更换判断关联映射逻辑的原因：
原有的判断逻辑是：
判断一对一关联映射的逻辑：
判断类的属性的类型是否为Actor类中的内部类，如果是则为一对一关联映射。映射表的时候会添加额外的外键列
判断一对多关联映射的逻辑：
判断类的属性的类型是否为List类型，再判断List的泛型类型是否为该类的内部类类型，如果是则为一对多关联映射，多的一端映射表的时候会添加额外的外键列
原有逻辑的问题：
1.无法解决循环依赖的问题，存在双向关联的话，两个类对应的表都会有各自的外键列。
2.多对多关联映射，目前无法满足
优化之后的判断逻辑：
实现的宏观思路，通过判断类中的注解来进行是哪一种关联映射的判断。例如：在类的属性上存在@OneToOne
相对之间的判断逻辑的优势：
1.实现相对简单：可以完全利用JPA现有的注解（不使用注解的功能，只是利用注解进行判断）；判断关联映射的逻辑更为简单。
2.可以解决循环依赖（双向关联的问题）
3.满足所有的关联映射
时间：15:08-15:33
内容：思考再关联映射中使用上工厂方法
总结：暂时没有思路如何使用上工厂方法，先进行使用注解的方式进行逻辑优化
时间：15:44-16：09
内容：绘制宏观的实现流程图 40%
目标：实现功能的同时考虑使用对象的方式进行传参
总结：完成计划
时间：16:30-16:40
内容：元宇宙项目组领导沟通会
时间：16:40=17:02
内容：请马总审核关于关联映射的方案
总结：1.明确什么是问题的这个概念
2.明确具体问题是什么
时间：17:05-17:38
内容：主动找米老师交流
时间：17:38-18:00
内容：明确循环依赖的问题点
总结：
在保存颗粒参与信息的一对一关联映射中的递归调用这里马总提出了如果遇到循环依赖的情况，会发生什么？
假设有循环依赖（双向关联）存在，那么按照现有的逻辑，会出现死循环。
时间：19:00-19:10
内容：英语单词学习
时间：19:32-19:57
内容：详细梳理出现死循环的原因，以及有什么方式解决循环依赖导致的问题
总结：
在保存颗粒参与信息的一对一关联映射中的递归调用
目前一对一关联映射是针对Actor中的内部类进行的（不包括随堂练习参与颗粒类与调查问卷颗粒类中的内部类（选项参与类））
主要的判断逻辑是：判断类中属性的类型是否为Actor类中的内部类，如果是则为一对一关联映射，并最后进行递归。
如果彼此依赖的属性不为null的话会进行反复的递归，将导致死循环。
注意：目前的一对多关联映射，只是针对于Actor中的内部类中的内部类进行的一对多关联映射。
时间：20:03-20:28
内容：使用注解的方式实现创建对应的关联映射表预计完成20%
总结：未完成，遇到问题。
时间：20:40-21:05
内容：解决一个类中又多个关于关联映射注解的情况如何更好的实现关联映射建表的问题
总结:21:10完成计划
时间：21：15-21:30
内容：整理明日的汇报内容
收获：1.拿到问题先分析问题，明确的找到问题点，再进行解决问题。不要自以为是，以为问题是什么，以为这样可以解决问题，需要有明确的依据和证明过程。
明日计划：
1.OA视频4个番茄
2. 事务的学习（事务的传播特性）-两个番茄
3.主动找米老师进行交流
3.已经分配项目开发任务
喜欢
0
赠金笔
前一篇：学习日报2023年6月26日
后一篇：学习日报2023年6月28日