关于电商系统价格设计的问题

Java_er 2016-11-21 10:57:43
1、商品需要支付,这个价格是需要前端传过来还是后端再查一次数据库?
目前是通过前端传过来的价格进行支付的。

但是这样我想是会存在问题的,如果"恶意的前端",传价格为0过来,那这样就有很严重的问题了。

大伙的意见呢?

2、如果后端再查一次库,如果商品多的时候,是不是会存在性能问题?
...全文
296 4 打赏 收藏 转发到动态 举报
写回复
用AI写文章
4 条回复
切换为时间正序
请发表友善的回复…
发表回复
_YiBo_ 2016-11-23
  • 打赏
  • 举报
回复
看你的量大不大了,如果不大,直接后端查,匹配正确性,防止恶意篡改提交 大的话,就查redis类似的缓存服务吧...
Java_er 2016-11-22
  • 打赏
  • 举报
回复
引用 2 楼 XxiaoxiaoL 的回复:
后端再查一次,打折啊,抵用券什么的不是都在后台弄啊!用户大的话,再考虑缓存啊,集群什么的
额,前期用户量不会大,看来还是得接入redis了
XxiaoxiaoL 2016-11-21
  • 打赏
  • 举报
回复
后端再查一次,打折啊,抵用券什么的不是都在后台弄啊!用户大的话,再考虑缓存啊,集群什么的
X元素 2016-11-21
  • 打赏
  • 举报
回复
后台查这个动作,可以利用一些缓存服务之类的,不一定非要查一次库

67,513

社区成员

发帖
与我相关
我的任务
社区描述
J2EE只是Java企业应用。我们需要一个跨J2SE/WEB/EJB的微容器,保护我们的业务核心组件(中间件),以延续它的生命力,而不是依赖J2SE/J2EE版本。
社区管理员
  • Java EE
加入社区
  • 近7日
  • 近30日
  • 至今
社区公告
暂无公告

试试用AI创作助手写篇文章吧