首页
学习
活动
专区
圈层
工具
发布
社区首页 >专栏 >默认先有一条本机数据源:内置取数能力的三个理由

默认先有一条本机数据源:内置取数能力的三个理由

原创
作者头像
驰骋工作流程
发布于 2026-11-14 10:24:35
发布于 2026-11-14 10:24:35
80
举报

通道回答从哪里取数,次序回答先做哪一步。先内置一条本机通道,外接才是增强而不是前提。

默认先有一条本机数据源:内置取数能力的三个理由


先说清楚:本文在讲什么

数据桥的通道里,有一条叫 本机:跟系统配置走,默认存在。 许多人以为「真正的数据源」只指外库或接口——这套方案相反:本机优先,外接是增强,不是前提。

本篇讨论: 为什么平台要先从「系统自己」长出默认能力。 读完应能说清:本机优先是产品策略。枚举为何挂在本机,见下一篇《常量即契约》。


主张

一座桥如果「不接外库就不能走」,那不是低代码平台,是集成项目脚手架。 本机优先:四种语义在本机上就能立住——培训、实施、回归有稳定底座。


反面做法

  • 演示也要先配客户 Oracle、先申请对方测试 API。
  • 把本机当成可有可无的附录。
  • 连性别、是否都放到远端——契约漂在别人家里。

具体怎么做

  1. 默认存在本机通道——不另填连接串也能开始设计。
  2. 常量主要长在本机——契约跟平台走。
  3. 本机仍完整具备名单 / 问答 / 办事。
  4. 外库与 HTTP 是同构扩展——语义不改,只换供数通道。

场景

  • 第一周:本机枚举做请假类型、本机字典做部门,流程先跑通。
  • 第二期:部门改挂业务库、出库改挂 HTTP——业务人员仍认「名单」和「办事」。

原创声明:本文系作者授权腾讯云开发者社区发表,未经许可,不得转载。

如有侵权,请联系 cloudcommunity@tencent.com 删除。

目录
  • 默认先有一条本机数据源:内置取数能力的三个理由
    • 先说清楚:本文在讲什么
    • 主张
    • 反面做法
    • 具体怎么做
    • 场景
问题归档专栏文章快讯文章归档关键词归档开发者手册归档开发者手册 Section 归档