实战

收银台与驾驶座 — 钱在动的地方,画面站在哪里

在店里和车上,画面碰到钱。这一篇写下:不碰支付终端的认证通路、也不碰计价器的法定计算,同时把三块不同的画面交给三个位置的排布;以及四舍五入的 −0.6 韩元到底在哪里只发生一次 — 数据取自秤的画面与出租车的运行日志。

作者: makemind · 2026年8月21日

前三个现场是设备。这一篇是店铺和车辆。在这里,画面碰到钱。

这个位置的约束

收银台的支付终端里有一段经过认证的通路 — 卡片信息走的那条路。在那段路上加任何东西,认证就得重来。

车上的计价器是法定计量器具。动了生成车费的那段计算,就要重新检定。

所以这个现场只有一个条件。画面必须待在那条边界之外。

一台服务器,三块画面

点单样例由一台服务器按接入的设备给出三块画面 — 自助点单机、收银台、后厨。菜单是同一份,同一笔订单在三个位置分别显示为选的画面、收的画面、做的画面。

支付交到适配器那一侧。画面收到的只是结果,显示的止于点了什么、多少钱。

长长架在机床上的导轨
长长架在机床上的导轨

四舍五入发生的位置

秤与标签的样例把这个位置写在画面上。

秤盘上 347 g,单价每 100 g 2,980 韩元。精确值是 10,340.6 韩元,标签打印 10,340 韩元。舍入差 −0.6 韩元一并印在画面上。

值一旦在两处计算,这个 −0.6 就会分岔。标签按顾客能支付的单位取整,账目从重量重新算。两边都没错,可每笔差 4~5 韩元,而这个差要等到合计累积起来的第二天才看得见。

样例让四舍五入只在一处发生,验证再独立把标签金额加一遍,与账目合计对账。差为 0 韩元才通过。

车费上涨的顺序

出租车样例的运行日志留下了顺序。

计价器在车门打开的那一帧启动 — 画面上的提示写着 t=46.37s。之后日志三次留下数值。

车费 (韩元)里程等待判定帧
行驶中5,5000.58 km9.1 s22
等红灯5,7000.65 km21.8 s28
到达6,6001.22 km49.9 s58

中间那一行就是这个现场的性质。里程停在 0.65 km,而等待时间把车费抬了上去。

生成车费的是那个位置自己的规则。画面接过这个值显示出来,到达时弹出支付画面。人按的按钮只有一个。

此内容需要开发者或更高等级

登录并升级您的方案即可继续阅读。

查看方案
Twitter