1.3 关键特性盘点：盒里预装了什么

1.3 关键特性盘点：盒里预装了什么

本节摘要：把 NocoBase 出厂自带的能力按数据、界面、逻辑、扩展四层摊开盘点，每层给出演示入口、能力边界与「要不要另装插件」的判断。盘点的目的很实际：动手之前知道哪些零件现货即取、哪些要另开箱子，避免搭到一半才发现缺件。

上一节划清了工种边界，这一节盘家底。无论你站在哪个工位，开工前把盒子里的现货过一遍都是值得的——低代码项目最常见的翻车姿势，就是以为某能力是出厂标配，拼到验收才发现那是个需要另装的商业插件。

领件清单：四层零件总览

图 1-2 NocoBase 预装能力四层全景

四层各有各的验收方式，下面逐层拆开，每层都给一个「上手即验」的动作。

数据层：地基与外来户

主数据源默认挂在平台自带的数据库上，数据表、字段、关系都在「数据表」管理界面里配置，这是第 2 章的主场。预装能力里最值钱的是关系字段体系：多对一、一对多、多对多都由一颗字段螺丝完成，反向关联自动生成。外来户是外部数据源：MySQL、PostgreSQL 等外部库可以整库接入，表结构原样呈现在平台里，配置员拿来就能建区块——旧系统不用搬家也能被调度。验证动作：进「数据表」界面随便点开一张内置表，看字段列表和关系标签，两分钟建立手感。

一个坑在此预告：外部数据源接入后，结构与权限的改动权限仍归原库，平台侧只读为主、写入需谨慎配置——第 3 章讲集成时会把这颗螺丝拧紧。

界面层：预制墙板的规格

界面层现货包括菜单、页面布局（二十四格栅栏）、以及一批区块预制件。区块是这层的核心概念：一个区块就是绑定了某张数据表（或其视图）的呈现单元。验收动作：新建一页，添加「表格」区块，选一张内置表——不加任何配置，你已经得到一个带筛选、排序、分页的列表。这份「默认就能用」的体验是 NocoBase 界面层的底色，但要记住另一面：区块的样式自由度让位于结构稳定性，想做完全脱离数据表的装饰性页面，它不是干这个的。

逻辑层：预装的传动齿轮

工作流引擎出厂即装，触发器覆盖数据表事件、定时、表单提交等常见入口，节点覆盖增改查、条件分支、计算、人工任务、HTTP 请求。这意味着多数自动化需求不需要另购零件。逻辑层的验收动作放在第 3 章做——那里会把一条审批流真正跑起来。本层值得先记的边界是：复杂的规则编排（嵌套条件、并行汇聚）虽然画布支持，但可读性会随嵌套深度陡降，超过三层嵌套就该考虑拆流程或写自定义节点，这个经验值第 3 章会再用到。

扩展层：加购箱的规矩

插件管理器是扩展层的中枢，插件按核心、官方、商业、社区四档码放。核心插件随平台安装；官方与社区插件在管理器里在线获取；商业插件需要许可证。验收动作：打开插件管理器，找到任意一个未启用的官方插件，点开详情页看它的功能说明——你会发现连「启停」这颗螺丝本身也有教学价值：启用即刻生效，停用不删数据。

扩展层有一条容易被忽略的纪律：插件数量要节制。每启用一个插件，界面选项、菜单项、可配置参数都会随之增多，配置面板的噪音同步上升。现场的原则是按需启装、定期盘点，把不用的插件停用回去，让现场保持清爽。

三、把盘点变成一张速查卡

这张卡建议在第 2 章动手前抄到自己的笔记里——真到搭的时候，它省下的是反复翻插件市场的时间。

⚠️ 常见坑：教程或演示里看到的能力不一定是现货。社区内容常用商业插件演示，照着找不着入口时，先去插件管理器确认装没装、启没启用，再怀疑自己操作错了。

💡 关键直觉：预装零件决定下限，插件生态决定上限，而项目的实际成本由两者之间的差距决定——差距越大，定制开发越多，报价越高。

深入一格：字段类型的底账

数据层的现货里，字段类型是使用频率最高的一格，值得单独列张底账。界面配置时每颗字段螺丝背后对应一个类型接口，选型的判断标准在 2.2 会展开成完整方法，这里先把常见格子认一遍：

// 常用字段类型与典型用场速查（配置界面里的类型选择清单）
{
  "单行文本":  "名称、编号、短语类信息，主显示列的常客",
  "多行文本":  "备注、说明，默认不出现在列表页",
  "数字与金额": "数量用数字、货币用金额，聚合图表才不会混账",
  "单选多选":  "状态、等级、来源等枚举值，筛选与看板的分组依据",
  "日期时间":  "截止日、发生时点，日历与提醒类功能的地基",
  "附件":      "合同扫描件、图片，文件本体在存储目录不在表里",
  "关系字段":  "表与表的连接轴，一对多与多对多的自动生成器"
}
​

两个容易选错的格子点名提醒。其一，「勾选」与「单选」的分界：布尔语义（是或否）用勾选，多种状态用单选——把「已完成、已取消、已作废」塞进一个勾选框是高频误用，回头改类型要连配置一起返工。其二，附件字段的文件本体落在存储目录而非数据库，这正好解释了 2.1 备份清单里为什么必须有附件目录这一项：表数据在库里好好的，附件目录丢了，表格里的文件列就全是死链接。

扩展层的现货同样有底账可查：认证类插件区决定「怎么登录」，存储类插件区决定「文件放哪」，区块类插件区决定「界面多花哨」。逛这三区时心里带着 1.4 的场景判定，看到再花哨的零件也先问一句——我的场景用得上吗。用不上，看懂即可，不必手痒。

一张速查卡：装前确认

盘点的最后，把「动手前该确认什么」压成一张速查卡。第 2 章开工前对着过一遍，缺什么补什么：

装配前速查卡：
  □ 我的能力清单写进需求了吗（对照本章四层盘点）
  □ 涉及的能力确认是现货还是插件（插件管理器查过）
  □ 商业插件的许可证与预算确认过（若涉及）
  □ 组织的数据是否允许离开内网（私有化部署的初心）
  □ 找不到的零件知道去哪问了（1.5 的领用流程在手）
​

这张卡与 1.4 的三问判定、2.1 的装机记录连成一线：先判定场景，再确认零件，最后留下档案——三次十分钟的确认，换来的是整册教程里最省心的装配体验。

装配要点回顾

• 四层结构：数据、界面、逻辑、扩展自下而上依赖，盘点能力时按层走不会漏；
• 关系字段是地基里最值钱的螺丝，一次定义、全平台受益；
• 区块默认即用，界面层的自由度让位于结构稳定性，装饰性页面不是它的战场；
• 工作流出厂即装，但嵌套超过三层就该拆或改用自定义节点；
• 插件按需启装、定期盘点，配置面板的清爽程度直接决定后续维护成本；
• 下一步：1.4 拿着这份零件清单去做选型对照，回答「什么活该派给它、什么活别派」。