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

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

一、反思与要求

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

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

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

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

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

二、业务逻辑

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

反思:

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

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

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

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

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

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

  • 0
    点赞
  • 1
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论

“相关推荐”对你有帮助么?

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

红包个数最小为10个

红包金额最低5元

当前余额3.43前往充值 >
需支付:10.00
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

叫我老伯

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付:¥1
获取中
扫码支付

您的余额不足,请更换扫码支付或充值

打赏作者

实付
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明:

1.余额是钱包充值的虚拟货币,按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载,可以购买VIP、付费专栏及课程。

余额充值