把购物车商品列表构造成json数组再传给服务端，还是怎样？
这个问题本胖有发言权，我这一年做的都是关于购物商城的。其中就有从购物车或者商品详情页到确认订单页面。我是根据确认订单页面的数据格式从购物车组织数据（通常最后是搞成一个对象）然后存在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数组的形式提交过去