| 后台-系统设置-扩展变量-手机广告位-内容正文顶部 |
一、电子面单架构文档
电子面单架构思路
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/”
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
郑重声明：本文版权归原作者所有，转载文章仅为传播更多信息之目的，如作者信息标记有误，请第一时间联系我们修改或删除，多谢。
