Konstruieren Sie die Produktliste des Warenkorbs in ein JSON-Array und übergeben Sie es dann an den Server, oder was?
这个问题本胖有发言权,我这一年做的都是关于购物商城的。其中就有从购物车或者商品详情页到确认订单页面。我是根据确认订单页面的数据格式从购物车组织数据(通常最后是搞成一个对象)然后存在localstorage里面(做的都是移动端),然后直接跳页面,去确认订单页面遍历渲染那个数据对象就好了,放心,前端这些只是给用户看的,后台在付钱的时候还会再算一遍订单金额,再拆单的,所以就算用户改了支付信息,他还是要付那些钱的,
不是,购物车内容不是由表单传到服务端的 ,看你们商城购物车是如何实现的是 放SESSION 还是MySQL,还是redis等等在订单提交的时候,购物车内容需要在服务端,这里是直接读库或者SESSION,redis再次验证和提交的时候是否一致sku 数量再重新计算一边总价格 ,优惠 ,总价
最后:永远不要相信表单提交的数据,含商品价格否则会闹出一分钱,买几千元的笑话来.
和你们后台协商、
我们之前有种做法是、根据后端提供的数据结构、整合成字符串、传给后端、后端根据自己的算法解析
比如1_xxx_24:2_xxx_56
1_xxx_24:2_xxx_56
这种就是后台根据冒号拆分成多个商品、然后根据下划线拿到三个参数的值、当时的数据是、参数顺序不能错、参数必须都有、
只是举个例子、具体的看你们后台想怎么实现、前台只负责传和收
把购物车中的数据前端自己存起来,比如VUE里面的vuex ,react里面的redux,这些数据会一直存在一个公用的地方,如果没有登录,也没关系,购物车让他先选,点击支付了再登录,最后以一个json数组的形式提交过去
这个问题本胖有发言权,我这一年做的都是关于购物商城的。其中就有从购物车或者商品详情页到确认订单页面。我是根据确认订单页面的数据格式从购物车组织数据(通常最后是搞成一个对象)然后存在localstorage里面(做的都是移动端),然后直接跳页面,去确认订单页面遍历渲染那个数据对象就好了,放心,前端这些只是给用户看的,后台在付钱的时候还会再算一遍订单金额,再拆单的,所以就算用户改了支付信息,他还是要付那些钱的,
不是,购物车内容不是由表单传到服务端的 ,看你们商城购物车是如何实现的
是 放SESSION 还是MySQL,还是redis等等
在订单提交的时候,购物车内容需要在服务端,
这里是直接读库或者SESSION,redis
再次验证和提交的时候是否一致sku 数量
再重新计算一边总价格 ,优惠 ,总价
最后:永远不要相信表单提交的数据,含商品价格
否则会闹出一分钱,买几千元的笑话来.
和你们后台协商、
我们之前有种做法是、根据后端提供的数据结构、整合成字符串、传给后端、后端根据自己的算法解析
比如
1_xxx_24:2_xxx_56
这种就是后台根据冒号拆分成多个商品、然后根据下划线拿到三个参数的值、当时的数据是、参数顺序不能错、参数必须都有、
只是举个例子、具体的看你们后台想怎么实现、前台只负责传和收
把购物车中的数据前端自己存起来,比如VUE里面的vuex ,react里面的redux,这些数据会一直存在一个公用的地方,如果没有登录,也没关系,购物车让他先选,点击支付了再登录,最后以一个json数组的形式提交过去