APEX 26.1 之后,别再把 App Builder 当作唯一开发入口

过去做 APEX 项目,开发现场几乎只有一个:App Builder。
页面、区域、Dynamic Action、Validation、Shared Components,都在浏览器里配置。改完刷新页面,结果马上出现。这个反馈速度很难替代,也是许多人喜欢 APEX 的原因。
问题出在项目变大以后。两三个人同时修改同一个应用,Git 里只留下一份导出 SQL,评审者很难看清某个按钮为什么换了位置、某个 Authorization Scheme 是否被误改。再把 AI Coding Agent 拉进来,麻烦会更明显:它能写 SQL 和 PL/SQL,却很难从安装脚本里还原整套应用结构。
APEX 26.1 给出了新的解法。APEXlang 把应用元数据表达成结构化、可读的 .apx 文件;SQLcl 提供生成、导出、验证和导入命令;Blueprint 把规格先变成可试用的应用骨架;Oracle 提供的 Skills 则告诉 Coding Agent 怎样理解和修改这些文件。[^oracle-apexlang-new]
我更愿意把它看成一次开发现场的扩建。App Builder 还在,而且仍然重要。只是从 26.1 开始,浏览器不再是唯一现场。











