后台-系统设置-扩展变量-手机广告位-内容正文顶部 |
一、电子面单架构文档
电子面单架构思路
1、平台维护物流公司信息,配置物流公司与快递鸟对接所需的表单
2、商家中心根据平台设置的表单信息,填写对应参数
3、订单中心,点击打印电子面单,成功打印
难点:快递公司动态表单,每个商家都需要单独根据快递鸟所需的表单进行配置
数据结构
物流公司表(es_logistics_company)
店铺物流设置表(es_shop_logistics_setting)
电子面单领域模型
管理端
KDNForm为动态表单的对象,与快递公司对象多对一关系,用于配置动态的表单
模型
LogiCompanyDO
FormItem
商家端
KDNParams为快递鸟对接api所需的对象,由于参数名和值完全不确定,所以直接将五个名称的参数封装为一个对象,在与快递鸟对接时,直接传递此对象即可,方便调用。
WaybillManager为电子面单接口,这里有插件化概念,方便日后对接其他电子面单的实现
KDNPlugin为快递鸟对接的完整实现,该类实现了WayBillPlugin电子面单插件接口,以供调度中心调度
模型
ShopLogisticsSetting
KDNParams
属性无具体意义,是javashop与快递鸟对接的内容,由快递鸟API定义
前后端对接特殊点描述
后台物流公司,电子面单设置
电子面单由于不同的快递需要不同的表单来满足电子面单需求,所以这个地方会有点问题,这里主要定义一下前后端交互的格式
请求格式
这里传递的表单对象为数组
name[0]=账号,code[0]=USERNAME,name[1]=密码,code[1]=PASSWORD以及其他标准参数
后端响应对象为JSON,大致内容如下
{
xxx:xxx,
xxx:xxx,
formitems:[
{name:'用户名',code'password'},
{name:'用户名1',code'password1'}
]
}
商家中心配置电子面单
商家中心,需要根据电子面单对象响应的formitems对象,动态构建出表单,并且动态提交的字段名,如果有值,还需要进行自动填充。
响应事例
{
setting:[//这个对象为空,则不填充,否则,用前端业务填充
key1:value1,//这个地方的key与下方的formitem中的code相等,更具下方的code来判断如何填充
key2:value2
]
,logistics:[
xxx:xxx,
xxx:xxx,
formitems:[
{name:'用户名',code'password'}
]
]
}
二、xxl定时任务说明
以上就是易族智汇javashop为您整理的关于技术文档的内容,就为您介绍到这里。想了解更多关于技术文档的内容,请关注“技术文档栏目https://www.javamall.com.cn/xueyuan/jswd/”
郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。
郑重声明:本文版权归原作者所有,转载文章仅为传播更多信息之目的,如作者信息标记有误,请第一时间联系我们修改或删除,多谢。