84669 Lernen von Personen
152542 Lernen von Personen
20005 Lernen von Personen
5487 Lernen von Personen
7821 Lernen von Personen
359900 Lernen von Personen
3350 Lernen von Personen
180660 Lernen von Personen
48569 Lernen von Personen
18603 Lernen von Personen
40936 Lernen von Personen
1549 Lernen von Personen
1183 Lernen von Personen
32909 Lernen von Personen
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数组的形式提交过去