团体项目（饱了嘛）_个人总结_31705466叶力

团体项目（饱了嘛）_个人总结

一.项目进程文档

• 需求分析报告：https://www.cnblogs.com/Clover-yee/p/11771395.html
• UML图：https://www.cnblogs.com/Clover-yee/p/11882669.html
• 原型设计报告：https://www.cnblogs.com/Clover-yee/p/11934420.html
• 会议记录1：https://www.cnblogs.com/Clover-yee/p/12045955.html
• 会议记录2：https://www.cnblogs.com/Clover-yee/p/12045997.html

二.项目源码

• 饱了吗前端web：https://github.com/Ceilzcx/blm
  
• 饱了吗web和app后端：https://github.com/Clover-yee/blmAPI
  
• 饱了吗app前端：https://github.com/startproge/baolema
  
• 饱了吗web展示：http://ylnzk.cn:8081/BLM/index.html
  
• 饱了吗ios端：https://github.com/wamgsongg/baolm_ios
• 饱了吗数据库：https://github.com/wamgsongg/baolm_db

三.后端代码编写总结

　　本次后端采用springboot+spring data jpa为整体后端框架和数据库连接方式，同时通过课程中所学的内容和知识，完成了本次后端内容的设计

　　1.后端代码部分

　　

　　后端代码的整体部分是由一个标准的springboot构成的，其中包括了主要存储数据结构对象的bean类，对数据库操作的dao类和完成最终接口构造的controller类构成，起初因为没学过这方面相关的知识，但是团队中大家这一块的能力都相对比较薄弱，所以我接手了这块内容，接手之后发现真的后端是十分不好做的一个部分，从起初的数据库时区设置和数据库基础配置让我头疼之外，还有数据格式的确定，因为数据结构对于后端编写是很重要的一个部分，但是对于我们组员来说内部的讨论比较激烈，对于数据库的设计时常改动，这就导致了后端程序员不方便的地方，这一点会在以后的学习生活中予以改进。

　　接口设计例图：

　　

 

 

　　2.后端与前端交互问题

　　起初对于前端和后端的交互我们的意见是比较统一的，觉得JSON是传输的一种十分好的格式，但是通过进而的观察和学习，我们发现JSON内部也是分为好多种类和样式的，这就导致了标准的不统一，就由此产生了解析方面的问题，因为app前端和web前端都是和我一个后端进行交互，所以确定传输过程中的协议是十分重要的一个部分，组内也是通过不断的协调促进来统一格式和标准，从而形成了状态码+状态信息统一的一种构造方式，这样能更好的在传输部分获得更好的体验，也可以及时的查漏补缺，知道具体的问题发源地，更好的团队协作

 

　　

　　3.图片问题

 

　　图片问题对于我们组来说是比较大的一个问题，我们的图片是直接存进数据库中的，这样可以更好的读取和存储，但是在读取的过程中我们遇到了很大的困难，起初我们认为是网络原因，但是通过多方测试以后发现网络的波动对于接口的获取只存在一小部分很小的影响，后来我们发现是由于数据的读操作对于查询数据库中的图片字段时没有很好的读取出来，导致数据库内容卡顿，最后我们通过分批获取数据的方式解决了问题，也为我们以后碰到类似问题打了一剂强心针。

 

四.对课程的建议和意见

 

• 朱勇老师的课堂十分生动和形象，课上生动的比喻和拓展都让我饶有兴趣，但是我觉得还存在一点点的小问题可以补充

• 我发现有很多组在最后答辩时都无法准时的上交作业，这就导致了课程进度的延期，我认为可以将阶段查作业的这种形式从老师查改为小组展示模式，通过抽签每次准备1-2个小组，依次抽完，最后所有小组都需要上台展示，因为对于需要小组展示的组来说，压力还是比较大的，也会准时的完成任务，此外，老师也可以通过大致的检查来观察哪些组进度比较落后来选择上台展示的组这样就可以取代抽签随机性太强这一点
• 分组方面可能还存在一些问题，因为到了大三大家都分方向，组内成员都是同一方向的可能性极高，这就有可能在项目创建时某一些方面会比较薄弱，我觉得可以在项目项目布置开始时布置一些小任务来测试组内队员的协调性，并且根据结果做一些微调，可能效果会高一点
• 最后很感谢朱老师给我上课的这一个学期，我真的收获良多，并且在今后的道路里也会继续钻研软降工程这门课的奥秘