操作由静态发布得到的javascript数组,初始化界面: 1. 如果商品无效或者没有库存,不显示加入购物车和立即购买的按钮–动态的刚查的新数据 2. 将不能选择的商品的属性置灰—静态的。
$(function(){ init(); }) var init()=function(){ checkSelect(); } function checkSelect(currentAttrId){ LinkageSelection(currentAttrId);//静态对比发布时生成的这个商品的规格信息和ul标签的内容,ul多的内容不能置灰色样式,不能选择 getGoodsWater(goodsSkuId,params);//动态获取到库存判断是否能显示按钮 }哎,真是厉害啊。
'params': params,//这个参数是假的。100001=40000078887,参数拼错了,后台也没有用到这个参数,但是却要用这个参数的不为空进入if代码块,保证要执行的代码执行,所以params传到后台不为null可以了。 "goodsId": $("#goodsId").val(), "goodsSkuId": goodsSkuId, "goodsType": goodsType一句sql就可以省掉用sku_id查goods_id冗余的从sql到dao接口到服务接口服务实现到控制器调用服务一连串的代码,也想过用两表关联查。但是TF_USER_GOODS_CAR 和TF_GOODS_SKU 不在同一个数据库里,只能用两个工程分别查询,再整合。每次遇到问题都想改表,这是我第一次改表,经过大佬的同意,感觉世界都轻松了。
搬完代码的第二天,再看工程,怎么也不懂我为什么要加跟原来工程完全类似的类,完全类似的服务和dao。 大概这就是脑子笨吧,怎么也转不过来,转过来也要好久。