2026-09-11 11:51:35 +08:00
2026-09-30 14:27:39 +08:00
2026-09-30 14:27:39 +08:00
2026-09-30 14:27:39 +08:00
2026-08-01 11:59:28 +08:00
2026-09-22 17:28:37 +08:00
2026-09-15 15:01:03 +08:00
2026-07-30 18:04:37 +08:00
2026-08-26 20:50:58 +08:00
2026-07-30 18:04:37 +08:00
2026-09-15 20:51:06 +08:00
2026-08-26 20:50:58 +08:00
2026-08-26 20:50:58 +08:00
2026-07-30 18:04:37 +08:00
2026-09-11 11:52:44 +08:00
2026-09-30 14:27:39 +08:00
2026-07-30 18:04:37 +08:00
2026-09-30 14:27:39 +08:00

PDA 作业端

面向仓库现场人员的移动作业应用。

技术方案:使用 uni-app Vue 3 开发,页面采用 Vue 3 兼容的 Options API,适配仓库 PDA 设备。

当前静态原型范围:人员登录、模块化工作台、入库/出库/库存/查询入口、作业记录、个人中心,以及出库模块内的箱号选择、扫码输入、整单拣货、部分拣货、异常原因、撤销和完成提交。

国内货柜履约装柜取证已具备接口适配基础:拣货页展示空仓、半仓、满仓、锁仓和带锁码照五类证据,经 File 服务上传取得真实 fileId,并展示待上传、上传中、失败、成功和重试状态。产品已确认 PDA 只能现场拍照,Admin 可人工上传;每类至少 1 张有效照片、同类型可多张追加,错误或重复照片只作废不硬删除。当前页面和上传队列仍按会话内单类型记录设计,尚未完整达到“多图追加+作废审计”契约。

登录后默认进入首页,不再直接进入拣货。首页当前只展示“入库 → 一件代发”和“出库 → 出库拣货”;“库位查询”等其余业务入口保留在数据、页面和路由中,通过 visible 隐藏,不从源码删除。首页左上角从 Warehouse 主档选择启用国内仓,首次未选择时自动打开;一件代发与出库拣货待办都按所选仓库从服务端查询。首页不再展示作业记录和个人中心入口,对应页面与路由仍保留。

页面与状态结构

  • pages/login/login:登录与作业仓库选择,是应用首屏;
  • pages/home/home:按业务分组的具体作业入口;
  • pages/module/module:入库、出库、库存、查询四类业务入口;
  • pages/operation/operation:非拣货业务共用的静态任务页;
  • pages/history/history:本次会话的作业记录;
  • pages/profile/profile:人员、班次、仓库信息及退出登录;
  • pages/scanner-test/scanner-test:Android 硬件扫描广播诊断页;
  • pages/picking/picking:出库拣货完整交互。

一件代发清点组托只调用 Firstleg 的 /first-leg/pda-dropship 正式接口。正式入口沿用 pages/dropship-tasks/dropship-tasks 和 pages/dropship-palletization/dropship-palletization。箱码先经 cartons/resolve 只读识别,确认后才调用 cartons/count;先扫托盘时确认箱码直接绑定当前托盘,先扫多箱时箱码进入待绑托区,后扫系统托盘码通过 pallets/bind-pending 批量绑定。所有写操作要求在线并携带稳定幂等标识,冲突后刷新权威任务;封托后的托盘只读并作为后续分柜、装柜的不可拆单元。

登录会话集中在 stores/session.js 并持久化到设备,拣货会话集中在 stores/picking.js。认证请求由 api/http.js 统一处理:Access Token 临近过期时使用 Refresh Token 轮换;并发请求共享一次刷新;401 刷新成功后只重放一次;Refresh Token 明确失效时清理会话和作业草稿并返回登录页,网络或服务异常不会误清会话。产品契约要求未提交拣货草稿持久化到设备,并绑定作业员、任务和柜次,其他账号不能继承;成功提交或明确放弃后才清理。页面头部与底部主导航位于 components/,演示账号、模块和任务数据位于 data/demo-data.js,跨页面 PDA 视觉规则位于 styles/pda.scss。

拣货页会在设备端保留当前任务草稿和最近扫码结果,但正式作业以服务端事实为准:进入任务后由后端标记“拣货中”,每次有效箱码/托盘码扫描及“确认拣出、部分拣货、跳拣”操作立即写入服务端,后台智能装柜据此锁定已发生实物拣货的明细。底部提交只负责收尾当前仍未处理的明细并进入装柜取证;网络失败时页面不得先显示成功。允许部分拣货或跳拣,但每个未完成项必须填写异常原因,并挂起任务、阻断完成和 LOADED。

正式 PDA 作业必须联网。断网时不能开始正式拣货、提交、完成任务或推进 LOADED;网络恢复后由员工刷新并重试。提交使用对员工不可见的轻量幂等键和服务端版本:重复提交返回原结果,版本冲突提示刷新。项目不建设离线业务提交队列。

拣货页面和本地交互以 ../../docs/悦/PDA拣货/pda-picking.html 为依据。PDA 采用 uni-app 开发并支持在线更新;Android App 端已按广播模式接入:Action=android.intent.action.SCANRESULT,字符串 Extra=value;拣货页的扫码框仅显示广播值和当前接收目标样式,不获取输入焦点或弹出软键盘,页面隐藏或销毁时会注销接收器。当前保留演示任务,同时已有国内货柜履约拣货、装柜证据和完成操作的远程接口适配;只有会话包含真实 Token、客户标识和入仓单标识时才会请求服务端,不会把缺少契约字段的本地操作模拟为远程成功。设备型号不构成开发、发布或验收门禁;正式鉴权和任务领取按服务端契约接入。

扫码输入统一使用 components/ScanTargetInput.vue 展示和选择目标,组件本身不注册广播。每个业务页面只在 onShow 注册一次广播、在 onHide/onUnload 注销,并通过页面内的 activeScanField 将广播值路由到当前选中的字段。多输入框页面应由用户点击切换蓝色“当前扫码”目标,避免多个输入框或隐藏页面同时消费同一次扫描。

声音反馈统一由 utils/audio-feedback.js 管理,内部复用一个 uni.createInnerAudioContext(),连续调用时会停止上一段声音,业务页面不要自行创建播放器:

import { playSuccessSound, playErrorSound } from '@/utils/audio-feedback.js'

playSuccessSound()
playErrorSound()

应用需要主动停止或释放播放器时,可分别调用 stopFeedbackSound() 和 destroyFeedbackSound()。

自动检查

项目未引入 npm 依赖,状态规则和页面契约使用 Node.js 内置测试运行器:

node --test tests/*.test.mjs

当前环境验证使用 Node.js 22。测试同时约束 Vue 3 入口、页面契约和本地拣货状态规则,但不代替 H5、App 或真机交互验收。

H5 已使用 HBuilderX 5.15 自带的 uni-app Vue 3 编译器验证。先在 .env.local 配置当前环境的 VITE_API_BASE_URL、VITE_H5_API_BASE_URL 和 API_PROXY_TARGET,再执行:

& '<HBuilderX目录>\cli.exe' open
& '<HBuilderX目录>\cli.exe' project open --path '<仓库绝对路径>\apps\pda-uniapp'
& '<HBuilderX目录>\cli.exe' launch web --project '<仓库绝对路径>\apps\pda-uniapp' --browser Built

命令会使用 HBuilderX 内置依赖启动 Vite H5 服务,实际端口以控制台输出为准。仓库仍未提供 package.json、锁文件或 npm 构建命令,也尚无可核实的 Android 构建命令和自动化 UI 测试设施;不得借用海外 PDA 的依赖版本替代。

已确认但尚待实现/验收

  • 在目标 Android PDA 上继续验证设备草稿按作业员、任务和柜次隔离及恢复。
  • 在目标 Android PDA 上继续验证逐项即时提交、幂等重放、版本冲突刷新和异常挂起。
  • 将五类证据从单槽位模型改为多图追加,补错误记录作废及 Admin 人工上传。
  • 在目标 Android PDA 上验证状态栏、导航栏、软键盘避让、连续扫描、重复码、低电量和前后台切换。
  • 按既定 uni-app 在线更新安排完成正式发布,并在目标设备验证扫描、网络和前后台行为。

仍待产品确认

  • 同一柜次是否允许多人并行拣货,以及任务拆分/合并口径。
  • 退出任务或换班时是否释放任务、由谁接管草稿。
  • 批量提交超时、业务错误和网络恢复后的具体提示与重试交互。
  • 谁触发最终 LOADED,是否需要 Admin 二次复核。
  • 哪些 Admin 角色可人工上传照片,以及照片可见范围和留存期限。
  • 锁码格式、长度和唯一性规则。

订单与客户需要确认是否与管理后台头程订单及仓库任务同步上线。

App 在线更新

Android App 启动后会读取 VITE_PDA_UPDATE_URL 并检查国内 PDA 的独立更新通道,员工也可在“个人中心 → 检查更新”手动触发;H5 仅展示 App 操作提示,不执行更新。更新服务接收 appid、platform、appVersion、appVersionCode、wgtVersion 查询参数,无更新返回 { "update": false },有更新返回:

{
  "update": true,
  "appid": "<国内PDA AppID>",
  "packageType": "apk",
  "versionName": "0.0.2",
  "versionCode": 2,
  "downloadUrl": "https://updates.example.com/pda/domestic/0.0.2.apk",
  "mandatory": false,
  "releaseNotes": "本次更新内容"
}

packageType 只允许 apk 或 wgt,appid 必须与当前安装包一致。WGT 清单还须提供 minAppVersionCode(最低兼容 APK 整数版本),不满足时客户端拒绝安装并提示升级 APK。mandatory=true 时员工不能跳过,并在下载或安装失败后提供重试;wgt 安装完成会立即重启,APK 交由 Android 安装器完成覆盖安装。正式发布要求:

  1. 国内 PDA 每次整包发布同时递增 manifest.json 的 versionName 与整数 versionCode,使用国内独立 AppID、包名和签名打包 APK。
  2. wgt 发布至少递增 versionName,并使用与已安装原生包兼容的 uni-app 编译器生成;新增原生模块、权限或不兼容运行时能力时必须发布 APK,不能只发 wgt。
  3. 更新清单与下载地址使用 HTTPS,先在测试设备验证可选更新、强制更新、断网重试、APK 覆盖安装、wgt 重启及扫码作业回归,再切换正式清单。
  4. 国内和海外更新记录、文件目录及发布权限保持隔离,服务端必须按请求中的 appid 拒绝跨应用更新包。

TEST H5 静态托管

发布构建使用 / 资源 base 与 hash 路由,部署到本应用独立域名根目录,浏览器入口为 /#/。开发服务仍使用根路径;不能将 Vite 开发代理当作静态服务器配置。

国内使用本机已安装 HBuilderX:cli.exe project open --path <本仓库绝对路径> 后执行 cli.exe publish web --project <本仓库绝对路径> --webHosting false --sourceMap false,仅导出本地 Web 静态文件;本次验证编译器 5.26,不上传云托管。

deploy/Dockerfile.h5 只复制已构建 unpackage/dist/build/web/ 及静态 Nginx 配置,不在镜像中复制源码、依赖或重新编译。.dockerignore 只放行这两类输入。容器静态目录为 /srv/pda-h5/。

从本仓库执行 docker compose -f deploy/docker-compose.h5.test.yml build --pull=false,再由获授权的部署流程执行 docker compose -f deploy/docker-compose.h5.test.yml up -d --wait --wait-timeout 120。必须设置 IMAGE_TAG,NGINX_BASE_IMAGE 可指定已缓存的兼容 Alpine Nginx 镜像。容器名及网络别名为 pda-domestic-h5-test,仅在外部 firstleg-test-network 暴露容器 80,不发布宿主端口。健康检查同时请求 /healthz 与 / 的实际首页。

独立域名入口将 / 代理至本应用静态容器根目录,或将构建目录内容直接发布到站点根目录;不再挂载 PDA 子路径。缺失资源返回 404,不回退首页,HTML 使用 Cache-Control: no-store。域名入口还须配置同源 API 代理:两端均将 /gateway-api/ 转统一 Gateway /api/。入口须保留 Authorization,支持文件上传下载及至少 11m 请求体。域名与上游只在部署侧配置,不编入 PDA 源码。

部署配置检查:node --test tests/h5-deployment.test.mjs。没有 Docker 运行时的本地合同检查不能替代目标主机 docker compose config、Nginx 启动与真实 HTTP 验收。

构建后执行 node scripts/verify-h5.mjs,核对 HTML/JS/CSS 资源路径、同源 API 和无本机/旧海外配置泄漏。该检查与本地构建仅证明产物;TEST 页面登录、仓权限、业务操作和 Android 真机另行验收。

两端统一 API 配置

两端的 VITE_API_BASE_URL 均为统一 Gateway 绝对地址(含 /api);VITE_H5_API_BASE_URL=/gateway-api;API_PROXY_TARGET 为同一 Gateway 源地址(不含 /api)。实际地址只放在未提交的 .env.local;修改后重启开发服务,发布前重新打包。

两端独立域名入口均配置以下规则;gateway:9000 仅适用于同一 Docker 网络,其他部署须替换成实际统一 Gateway 上游。静态容器只提供页面文件,Vite 代理不会随静态包发布。

location ^~ /gateway-api/ {
    proxy_pass http://gateway:9000/api/;
    proxy_set_header Authorization $http_authorization;
    client_max_body_size 11m;
}
S
Description
No description provided
Readme
2.4 MiB
Languages
Vue 61.3%
JavaScript 31.7%
SCSS 5.2%
TypeScript 0.9%
CSS 0.8%