项目总结复盘(出入库管理板块)

项目总结复盘(出入库管理板块),第1张

说明:本文基于一个团队做的一个商业项目

一、反思与要求

第一点强调的就是代码编写规范,比如加号后面加空格、包文件名全小写、命名问题。

第二点写按照需求  既要不多些也不少写

第三点养成一个良好的习惯,写注释

印象最深刻的是出入库管理中物品数量的增加减少同时对应物品表里面的数量跟着加减

 这个是从新写了controller中的添加和更改方法并在service层实现其功能

二、业务逻辑
  • 获取到出入库实体类id
  • 获取到出入库增加或减少物品的数量
  • 通过获取前台输入的id,获得到物品一整条数据
  • 此时可以获得仓库物品数量
  • 一条判断可以判断出库还是入库
  • 最后将数量set到仓库中,并更新

反思:

 此业务逻辑充分暴露出自己的Java语法不熟练,代码敲的少,基础知识不牢固。一些简单的业务逻辑自己就实现不了,这块得加强自己的练习。

在此表中有冗余字段,比如有关联着物品表ID,但它仍然包含着物品表name,这个时候关联只能靠ID进行关联,想着靠前端把关联的所有数据都查询出来,然后传到后端是不能实现的,要保持一个不相信前端所有传过来的数据。

解决办法:前端可以获取到关联表输入的id,在service层通过get获取到整条数据,并得到关联的name,把这个name   set到有冗余字段的那张表中,用这种方法去给冗余字段赋值

解决问题判断前后端问题:通过F12网络可以看出传参,如果传参正确就考虑后端问题,传参不正确,就是前端问题。

idea项目报SQL错误:将sql语句复制到navicat查询中查看是否可以运行。

推荐框架:gitee仓库中的niua框架

欢迎分享,转载请注明来源:内存溢出

原文地址: http://outofmemory.cn/langs/737327.html

(0)
打赏 微信扫一扫 微信扫一扫 支付宝扫一扫 支付宝扫一扫
上一篇 2022-04-28
下一篇 2022-04-28

发表评论

登录后才能评论

评论列表(0条)

保存