第七周个人周报-197242-张文煊

[197242张文煊]

1.本周计划任务：完成团队报告、个人报告、最后的bug修复和小程序完善。

2.任务完成情况：

任务	完成情况	预计时间	实际时间
完成个人报告	√	3h	5h
完成团队周报	√	2h	3h
bug修复和小程序完善	√	3h	6h

3.遇到的问题及解决方案

3.1 通知提醒的业务逻辑错误

   我后端代码写的通知提醒逻辑有误，到ddl的待办状态码变为1之后，后端就不发送状态码为1的数据给前端了，导致该信息无效，前端没有相应的提醒弹出，修改逻辑后通知模块正常。

3.2 openid的获取

  由于测试号无法获取真正的openid，所以我们后端采用的将前端的code和前端的nickname拼接形成openid，再传给前端使用。之前我们的操作是前端把userid写死了（固定值），导致后面很多模块的操作无法正常写入数据库，后来我们统一使用openid进行操作，成功将相应数据写入数据库。

3.3 管理员后台界面无法正常登录

  我的后端队友可以正常登录管理员界面，但是我没法正常登录，通过查看浏览器的开发工具中相应的错误提示，发现是我的浏览器拦截导致的，将过滤设置为普通级别后可以正常进入后台管理。

3.4 管理员后台界面的信息无法正常显示

  因为我们的admin是user中的一员，通过role进行的区分，但是管理员依旧同时拥有username和nickname，而username是后端数据库自行设定的，nickname是无法获取的（因为这是前端微信一键登录的字段），所以我们的用户管理面板不能正常显示用户信息，通过修改html文件和接口文件，成功显示界面信息。

3.5 前后端接口参数不一致

  后端接口部分是URL后拼接参数，部分是通过对象传参，但是前端的接口没有和后端对应好，导致部分模块的信息不能正常写入数据库，修改前端代码后正常实现。

4.个人心得

  本周是我本次实习的最后一周，项目也进入了收尾阶段。

  在这段实习中，我从零到一完整搭建了一个后端架构，并实现了一个可运行的小程序。这个过程让我深刻理解了后端开发的整体流程，也深入研究了以下内容（部分内容）：

• 搭建基于 RESTful 风格的接口，规范 URL 设计，以及 GET、POST、PUT、DELETE 等 HTTP 方法的使用；

• 处理请求与响应的数据格式（JSON），并实现统一的异常处理机制；

• 学习并应用分层架构（Controller、Service、DAO），让代码更清晰、更易维护。

  与此同时，我也第一次完整参与了一个小程序的前后端联调，从前端页面渲染到后端接口对接，逐渐熟悉了小程序的开发流程、页面生命周期和组件使用。

  此外，我还研究了 HTML 结构的设计思想，理解语义化标签的重要性，以及如何结合 CSS 和 JavaScript 构建前端页面。虽然我的重点在后端，但通过对前端基础知识的深入理解，我能更好地与前端同学配合，写出更稳定、更易用的系统。

  这不仅仅是一次技术实践，更是一次工程能力的锻炼。通过这次实习，我更加理解了“从0到1”搭建一个项目的完整流程，也更清楚在实际开发中需要注意的细节，比如接口规范、异常处理、日志记录、数据校验等。

  不过在这次实习中，我主要负责的内容是前后端接口设计，以及解决一系列跨域问题。对于数据库的设计、连接、索引查询优化、数据库安全设计等内容研究不深，这是我未来需要继续学习和加强的方向。

  我还记得最开始和队友分后端任务的时候，我们简单地把后端工作分为“数据库 + 接口”两大部分。当时我对接口这部分非常感兴趣，因为这是我之前没有怎么接触和深入研究过的，所以我率先选择了这部分作为我的主要任务。在后面的开发中，我发现这部分内容确实很有意思——它不仅仅是单纯地写业务逻辑，而是更关注系统的安全性、稳定性，以及怎么保证系统不会崩掉。这些东西在操作的时候感觉很难、很抽象，但一步步排查问题并解决之后，真的特别开心，即使过程很繁琐。

  而且，这个工作还需要和前端不断沟通接口设计，这对我的问题分析能力和沟通能力都是很好的锻炼。未来我还需要学会如何用更通俗易懂、但又不失专业性的语言去描述错误和问题，提高沟通效率。

  这次只是完成了一个最小可行架构的搭建，未来还有很长的路要走，还有海量的知识和经验有待积累。我会把本次项目作为一个新的起点，继续丰富自己的知识。