【对接抖店平台】 14测试版店铺Product.addV2接口粗讲 Java版 工具型

背景

看过我发布的对接平台的小伙伴已经知道了,原先的商品API发布业务逻辑其实已经都讲的七七八八了!

商品添加无外乎,规格建好后组装商品,商品绑定规格,在sku里呈现product组装spec子集的细节呈现。

这样的步骤对于一个商品添加要做的操作就要至少3步走了!
然而对于追求高效稳定的互联网时代,这样的基础是有些不够看的。这样product.addV2就应运而生了!

一次调用product.addV2解决了spec.add+product.add+sku.addAll.
没错就是一个接口当3个接口。当小伙伴用熟悉了这个接口就会发现真的商品发布超级简单!可以说product.addV2就是把spec.add+product.add+sku.addAll这个三个接口需要的数据全面放到一个接口参数,然后在后台就这些参数分开处理,依次执行了spec.add+product.add+sku.addAll的这三个接口的SQL方法!

因为product.addV2添加成功后,所产生的数据时product+spec+sku都能找到相应的数据。并且都是有id存在的.由此可见这些数据是独立保存起来的,而不是简简单单的只存在product里面!

关于product.addV2的易错点

那这个其实就是好难受的点了,因为这个算是抖音来说也比较难受的点把,因为从对接抖店的数据传递来说都是{“key”:“value”,“list”:"[{“key”:“value”},{“key”:“value”}]"}!也就意味着传入参数都需要在外部进行数据的格式化,以及数据类型转换的相应处理!相信很多小伙伴对于这个格式和数据类型转换都已经深有感触了!为什么抖音不开放那种就直接传入key:value,又或者直接传入对象,或者直接传入对象数组亦或是对象集合就很简单的解决参数传递了,这样可以让开发人员可以把更多的精力放在处理业务逻辑上了!笔者其实在抖店对接平台也有一段时间了,像这类格式化,数据类型转换其实也会总遇到一些小可爱出现同样的问题。

不能说没有把,也许后期会有的,只能说可能现在抖音对接平台,他们开发任务挺重的。相信做开发都有相同的经历,那就是先把项目的骨架先开发出来,等全线通畅了,然后才是优化。

其实他们真的挺厉害的,开发了一套这样完整购物平台体系,而我们只需要调用接口就行了!好了题外话就先不说了!

今天的重点可能对于其他字段大家都不陌生!也不会出错!容易出错的应该是2级以上的字段!也就是 key:[],key:list这样的模式!

具体的字段就是这个“specs":"[{“key”:“value”},{“key”:“value”}]"

解决方案

“specs":"[{“key”:“value”},{“Nunber”:1}]"

这个字段参,需要特别注意,入参需要传入的如果是数值类型的,千万不要千万不要千万不要出现"value"这样的。出现这样就会收到
specs不是合法的json字符串!

至于像这样的2级参数后期笔者会专门做一期关于如何组装格式以及按顺序拼接这些字符串的细讲!因为之前已经出了一期关于1级字段参数的拼接。细心的小伙伴相信已经在用了!

おすすめ

転載: blog.csdn.net/qq_39398270/article/details/114852734