158
社区成员
这个作业属于哪个课程 | 2301-计算机学院-软件工程 |
---|---|
这个作业要求在哪里 | 团队作业——站立式会议+alpha冲刺 |
这个作业的目标 | Alpha冲刺Day4随笔 |
团队名称 | 代码写的都队 |
团队项目 | 闲置宝 |
团队随笔置顶集合 | 代码写的都队——Alpha 冲刺随笔置顶 |
给项目增加了springdoc,教了组员怎么写springdoc注解,继续细分任务
发现部分组员进度缓慢,原来是他们今天有数学竞赛,相信明天燃尽图就会回到正轨了
完善项目文档,跟进任务
前两天一直在想要什么是合理的开发流程,需要什么过程性文件,但是昨天又看到构建之法里面的敏捷开发,想了一会。我们的敏捷开发是真正的敏捷开发吗?我觉得不是,真正的敏捷开发不应该有这么多文档,不应该写这么多流程,最好是所有人围坐在一个圆桌一起写项目,有什么问题,有什么需求,直接当面交流。但是这是不现实的,大家每天不可能只写代码,也不可能时刻保持沟通。站立式会议是我们每天信息交流最多的时间段。所以我觉得开发软件不一定要遵循固定的模式,某种教条,毕竟所有的软件开发方法的目标也就是更好地开发软件,适合现状的才是最好的。
完成了购物车界面,实现商品数量增减,选择商品计算总价的功能。开始制作评价界面。
页面布局调整花了比较久时间。
完善评价界面,学习如何调用后端接口。
想要得到较为舒适的界面需要不断调整,组件的学习使用可以提高效率。
1、昨天站立式会议到现在的进展(附代码图/页面图)
完成了返回指定页面商品信息的代码。
2、存在的问题/遇到的困难
开始时发现@Autowired一直报错,查找到最后发现是函数开头忘记implements父类。
3、今天到明天会议的安排
完成剩下功能的实现。
4、心得体会
对于接口的引用和使用更加熟练。
后台前端:增加了菜单折叠,导航栏以及添加的页面
后台后端:今天稍微完成了管理员表的设计,以及管理员增加删除的mapper层(详见文档设计模块)
不知道为什么在把导航功能封装的时候vscode一直报错,查了csdn发现在TypeScript编译器中,--moduleResolution选项用于指定模块解析策略。可选的参数有node、classic、node16和nodenext。如果你的--moduleResolution选项参数不是这些值中的一个就会报错,用于nodejs的参数是node
想着继续完善后台管理程序,完成管理员功能对接,写商品分类的接口
更换了idea所以maven的配置和mybatis的整合花了不少时间,然后前端页面的制作过程让自己对elementplus的说明文档更加熟悉
基本实现了个人中心界面
遇到的困一就是综合考量下来还是实现不了密码可视化功能,有现成的标签但是无法修改样式,所以暂时放弃了这个功能,二是不太熟悉CSS各种位置样式,调不出和原型设计完全一模一样的样式。
完成消息列表界面,学习调用后端数据的知识。
uniapp提供的现成扩展组件很方便,安装插件后可以直接使用,例如一个搜索栏,这样省去很多自己写的麻烦,但是同时也会有一些限制。
完成了结算页面,开始做设置页面
商品发布页面与结算页面时的可选发货方式产生冲突,最终买家按卖家选择的发货方式计算运费
修改商品发布页面中选择发货方式的逻辑,完善设置页面
对uni-app的使用逐渐熟练
.昨天站立式会议到现在的进展
今天我实现了一些对于mapper层的简单单元测试,测试截图如下所示
2.存在的问题
感觉对idea里面构造方法不是很熟练,以后还要勤加练习
3.今天到明天的任务
继续完成springboot mapper层的单元测试
4.心得体会
更加了解了测试的过程跟具体实现的过程。
修改了数据库中部分表的结构,创建了 Images 和 Goods_Images_Conns表,用于处理商品记录与图片可能存在的一对多、多对多联系,同时实现对应的实体类和mapper接口。
原本mapper接口的一些方法存在格式问题,经反馈进行了改进。
根据实现对应功能提出的新需求添加新方法。
在今天的工作中,我深刻体会到了数据库设计的重要性。一个好的数据库设计可以提高系统的性能、可维护性和可扩展性。因此,我们需要不断地学习和实践,以便更好地掌握数据库设计的技巧和方法。
同时,我也认识到了编程中的一些基本原则,例如遵循单一职责原则、保持代码的简洁和可读性等。这些原则对于提高代码质量和维护性具有重要意义。