孤尽31天训练营记录

烂代码的定义 不遵守代码规约 代码像迷宫 代码流程不清晰 代码执行效率低 逻辑混乱bug多 2. 促成烂代码的恶性循环 业务催得紧，直接不加以考虑直接写代码

本周事情总结 权限管理OAuth2+JWT的集成使用，菜单管理、权限管理，单元测试逻辑编写，Redis分布式锁的接入 知识小结 单元测试和系统规约 通过该章节了解到了单元测试的必要性，以及单元测

1.分布式锁简介 在同一个单体应用内部，我们往往使用Synchroized或者Lock的方式来解决多线程之间的安全问题，但是在分布式的架构下，在多个应用之间，就需要使用分布式锁了

JWT的整合和使用：Json web token (JWT), 是为了在⽹络应⽤环境间传递声明⽽执⾏的⼀种基于JSON的开放标准

1.单元测试 1.软件测试 指通过手工或者工具对被测对象进行测试操作，以此来验证实际结果和预期之间是否存在差异。

本周事情总结 本周的核心重点是编码的避坑指南，以及集合和并发编程，权限框架。主要完成了项目的车次管理功能，购票功能。 知识小结 1. 避坑指南 该章中，主要学习了关于浮点数据的处理、日期数据的处理、控

1. OAuth2 是什么？ OAuth2是目前最流行的授权框架，用来授权第三方应用，获取用户数据。 OAuth2的授权模式 授权码模式。最完整和严谨的授权模式，第三方平台登录都是使用的此模式。安全性

系统功能树 Java集合规约.并发处理、Java集合框架图、 数据结构和时间复杂度、线程安全、AQS透过现象看本质

对于一些隐藏的坑如何优雅的避过。关于浮点数的处理、日期类型数据的处理、 控制语句的避坑规范、、OOP规约

本周事情总结 本周学习的如下方面的知识： 项目的结构分层，以及项目的设计 整体架构的选型 编码规范，前后端设计的对接规范 项目搭建，完成了乘客管理，菜单管理 这周的核心思想是如何创建一个稳定以及高拓展

1.为什么要进行编码规约？ 熵增定律：当我们没有外力干预代码规范的时候，我们的代码总有一天会无可救药。充斥着毫无混乱的判断，毫无逻辑性的功能。 代码不规范，也会导致代码的生产立损耗 孤尽老师在这里讲了

1. 关于技术选型 1.为什么要做选型 降低开发成本 提高研发效率 2. 架构的演变 3.SpringBoot4. 选型的考虑

1. 前提回顾 类图、用例图、时序图、状态图和活动图的关注点 用例图：关注用户角色和用户行为。在需求分析阶段会画用例图。 类图：关注模型的抽象，模型的属性和对象以及模型之间的关系。在开发前会画类图。

参加孤尽大神的课已经一周时间，在这一周的时间里面。让我对系统的规范性，各种流程图的画法，系统设计的思路，Mysql的规范，日志规范，以及各种流程的设计都有了进一步的认识。

1. 日志设计文档、日志记录规约约定 2. 错误码设计、错误码规约约定 3. 异常处理、异常处理设计规定

第四天、系统er图和建表语句 这是一个简化版的12306，核心流程就是只需要弄一个车次后台配置，用来配置车厢信息，经停站，车次区间信息，然后根据这些信息每天晚上定时生成所有的火车票信息

Mysql设计规范 建表规约：目的：解决数据库取名的难题，给字段选择合适的类型和长度信息 索引规约：合理的分析和使用索引，是提高查询效率的有效手段。 SQL和ORM映射规约：SQL的优化、SQL避坑指

第二天、需求分析以及画类图，流程图 主要是对需求进行拆分，以及画UML图。 UML图：显示了一组类、接口、协作以及他们之间的关系，名字必须是类的合理的名字，类里面应该是相关的属性和方法。包含了结果信息

第一天架构设计记录， 需求分析、架构设计几个原则、七大设计原则、关于“架构”的思考、23种设计模式日常记录