- 博客(14)
- 收藏
- 关注
RSS订阅原创 项目实训总结
项目实训总结一.前言二.工作过程记录三.感想一.前言为期一个月项目实训即将结束，本次项目实训我选择的题目是“可视化在线选座微信小程序开发项目”，主要的任务是进行后端开发，负责PC端的功能实现，包括教学管理，申诉管理和报修管理。经过一个月的共同努力，我和队友们共同完成了这一系统。在这个过程中，不仅将许多课堂上的知识运用到实践之中，还学习到了许多课堂之外的知识，并且积累了宝贵的项目开发经验。二.工作过程记录第一周主要是学习和了解各种可能会使用到的技术。本次开发后端使用的是Spring boot，在这之
2021-07-29 22:41:41
4971
原创 项目实训第五周第一次
微信PC端部分接口教学管理接口请求示例：http://grandland.gl-data.com:14332/manage/activitymanage/xxx查询可用的教室TODO:查询可用的教室URLmethod/find_avaiable_roomGET传入数据类型说明act_start_timestring活动开始时间act_end_timestring活动结束时间请求的返回数据格式如下：[ "测试教室
2021-07-27 19:18:54
161
原创 项目实训第四周第三次
项目实训第四周第三次记录1.任务安排2.任务分析3.具体代码1.任务安排对于报修管理，前端需要展示用户上传的图片并根据图片情况来判断座位是否损坏。2.任务分析因为在教学管理时涉及到了二维码图片，所以原本的计划是对于报修图片采用相同的处理方法。即小程序端用户上传图片之后会对图片进行base64编码，数据库中保留的是图片的base64编码。当需要在前端展示的时候，将base64编码发送给前端并在前端还原成图片。但是在实际操作过程中发现，由于报修的图片所占空间过大，因为图片base64编码后数据量会变得更
2021-07-24 21:32:48
103
原创 项目实训第四周第二次
项目实训第四周第二次记录1.任务安排2.任务分析3.具体代码3.1 AppealService3.2 RepairService1.任务安排完成了基本的要求，对于申诉管理和报修管理，在测试的过程中，发现了异常情况，导致向用户重复发送了多条消息并且使得用户的违约次数成为了负数。2.任务分析通过分析以及和前端同学进行沟通发现，由于前端同学没有设置操作成功后的提示信息，导致前端管理员对于同一个申诉请求多次进行了同意操作。在一开始的设计过程中，我认为同意申诉请求这一操作一旦完成之后，就会在前端展示的待审核的
2021-07-22 19:18:28
107
原创 项目实训第四周第一次
项目实训第四周第一次记录1.任务安排2.任务分析2.1显示待审核的报修请求2.2显示未修复的报修请求2.3同意报修请求2.4拒绝报修请求2.5修复座位3.具体代码3.1RepairMapper3.2RepairService3.3RepairController1.任务安排需要完成报修管理，用于管理确认用户上传的座位报修信息。管理员可判断报修信息是否属实，如果确认报修信息属实，该座位会自动设置为不可选择，并确认是否修复。有违规报修占座嫌疑的用户，只要有一次，就不允许该用户发送报修申请。2.任务分析2
2021-07-19 21:34:34
136
原创 项目实训第三周第三次
项目实训第三周第三次记录1.任务安排2.任务分析2.1显示待审核的申诉请求2.2同意申诉请求2.3拒绝申诉请求3.具体代码3.1AppealMapper3.2AppealService3.3AppealController1.任务安排需要完成申诉管理，主要用于管理未签到用户的申诉请求。管理员可以同意用户的申诉请求并修正签到信息，或者拒绝用户的申诉请求并填写拒绝理由。2.任务分析2.1显示待审核的申诉请求找出所有审核申诉的结果为审核中申诉请求。返回给前端所需要的信息，并以对象数组的形式提供给前端，包
2021-07-17 22:21:08
221
原创 项目实训第三周第二次
项目实训第三周第二次记录1.任务安排2.任务分析3.具体代码1.任务安排需要完成已选座位查询，以可视化的方式展示座位已选的状态，同时显示已选座位的用户列表。2.任务分析先根据活动id获取教室名称，然后根据教室名称找到这个教室所有的座位id，然后根据座位id获取每个座位的状态，形成一个包含01234这5种状态的字符串，记为字符串1。其中0表示过道，1表示可选座位，2表示不可选座位，3表示可能损坏座位，4表示已损坏座位。然后再根据座位id去获取每个座位在当前活动中的状态，形成一个包含01这2种状态的
2021-07-15 22:14:15
80
原创 项目实训第三周第一次
项目实训第三周第一次记录1.任务安排每个教学活动需要生成一个二维码用于给用户签到签退时使用，二维码的生成工作原本计划是在前端生成，然后和教学活动的各种属性一起传递给后端。但现在需要后端在接收到属性之后根据属性生成到二维码，再更新二维码字段。 2.任务分析需要根据活动id生成二维码，因为通过活动id可以唯一确定这个活动。然后再对二维码进行编码，数据库保存的是二维码的base64编码。当前端需要显示二维码图片时可以将base64编码转换成二维码图片。
2021-07-13 22:48:09
80
原创 项目实训第二周第三次
项目实训第二周第三次记录1.任务安排实现了向activity表和act_room_seat表中添加一条记录，需要将其合并实现创建教学活动功能 2.任务分析activity表保存的是活动的基本属性，act_room_seat表保存的是针对该活动座位的状态。当前端创建教学活动时，生成这两条记录应该是要么都完成，要不都不完成。如果在执行过程中发生了错误，需要回滚到创建教学活动之前的状态。所以我们需要使用事务。通过查找资料发现，Sprint boot实现事务控制比较简单。只需要添
2021-07-12 07:23:59
82
原创 项目实训第二周第二次
项目实训第二周第二次记录 1.任务安排创建教学活动接下来需要完成的任务是对于确定好的教室进行可选座位管理，因为在某些活动中需要空出某些位置，比如在某次活动中将教室的前三排留给专家使用。 2.任务分析后端需要向前端提交一个教室布局信息，以便告诉前端管理员哪些是座位哪些是过道，我们用1来表示座位，用0来表示过道，向前端提供教室的行数，列数和01字符串，这样就可以通过这些信息还原出教室的布局信息。然后前端设置某些座位不可使用，并将其编码成新的字符串发送给后端，后端通过字符串的解析
2021-07-08 21:34:08
87
原创 项目实训第二周第一次
项目实训第二周第一次记录1.任务安排这周的任务安排是完成教学活动管理中的创建教学活动功能，首先要完成的房间冲突检测功能。2.任务分析在创建教学活动时，需要选择教学活动所使用的教室。在选择教室时要考虑活动时间内该教室是否有其他教学活动正在举行。当前端传递给后端活动开始时间和活动结束时间，后端需要返回给前端在该时间范围内所有可以用的教室并以数组形式返回给前端。例如当我们预计活动的时间是7月1日14:00到7月1日17:00如果有活动在7月1日13:00到7月1日15:00
2021-07-06 21:11:28
109
原创 项目实训第一周第三次
项目实训第一周第三次记录在了解Sprint boot项目时，发现了Sprint boot项目和之前写的Java项目有一个很大的区别：Spring boot项目中使用了大量的注解。这是第一次去了解注解的使用，之前虽然使用过Spring boot框架，但是并没有运用注解。使用注解的优势：节省配置，减少配置文件大小。编译时即可查看正确与否，提高效率。下面列出了一些在Spring boot项目中出现比较频繁的注解@SpringBootApplication：申明让spring boot自
2021-07-03 21:46:57
89
原创 项目实训第一周第二次
项目实训第一周第二次记录确定了小组分工情况，本次项目我负责的工作是后端功能的实现。采用的框架是Spring boot。对于一个Spring boot项目，主要有以下的层次结构。1. Controller层：主要调用Service层里面的接口控制具体的业务流程。用于响应用户的请求。2. Service层：存放业务处理逻辑，也是一些关于数据库处理的操作，但不是直接和数据库打交道。3. Pojo层：存放实体类，与数据库中的属性值基本保持一致。4. Mapper层：数据持久化，把数据放
2021-07-02 20:37:16
133
原创 项目实训第一周第一次
项目实训第一周第一次记录创建spring boot项目时，提示maven依赖报错。通过查找资料1采用了如下的解决方法：首先在maven的配置文件夹下找到conf/settings.xml文件打开后添加如下代码<mirror><id>alimaven</id><mirrorOf>central</mirrorOf><name>aliyun maven</name><url>http://maven.
2021-06-30 09:00:55
155
空空如也
空空如也
TA创建的收藏夹 TA关注的收藏夹
TA关注的人