三类取数通道与四种语义：桥接层如何保持稳定

通道回答从哪连，语义回答拿回来的是什么形状。三类通道之上保持一套语义，是这座数据桥的基本分工。

三类取数通道与四种语义：桥接层如何保持稳定

先说清楚：本文在讲什么

数据桥要通向外部世界，需要通道：本机、关系数据库、HTTP。 通道回答「从哪连」；常量 / 名单 / 问答 / 办事回答「拿回来的是什么形状」。

本篇讨论： 为何通道可以换，语义形状必须保持稳定。 读完应能说清：换库、换接口时，上层为何还能用同一套概念。配置差异见部署版本的配置界面。

主张

数据从哪来，可以变；回来的东西是什么形状，不能变。 三类通道——本机、关系数据库、HTTP——无论走哪条，上层仍应认出：常量、名单、问答，还是办事。

反面做法

• 「接了 Oracle 就另发明一套字典概念」；「接了 WebApi 就只剩万能 JSON」。
• 换接口商，表单字段类型、流程条件、事件模型一起重做。
• 本机一套说法，外库另一套说法。

桥还在，却变成了方言岛。

三类通道怎么切

口诀：换通道，不换四种语义；换供应商，不换表单与流程的消费方式。

场景

• 部门名单先从本机字典起步，上线后改由业务库 SQL 供数——字段仍是名单语义。
• 物料列表从库表改为 HTTP——Pop / 下拉仍按名单或问答消费。