跳到主要内容
知识地图系统能力为什么也能成为 provider?ArcBlock 体系

你在这里。看看这个问题与其他知识怎样相连。

选择节点前往页面 · 展开后可留在地图中阅读

知识地图沿着连接,读懂一个问题
← AFS

一个问题

系统能力为什么也能成为 provider?

运行状态和工具能力也能有结构化入口,但它们的生命周期不同于文档。

把正在发生的工作变得可检查

仓库中的 proc、registry、observability 和 UI 实现,分别提供理解进程、发现能力、观察运行记录和操作界面结构的入口。它们的共同点,是让运行环境的一部分也能被命名和访问。

但不要把它们都理解为“读取一个文件”。进程可能结束,观测记录可能分页,UI 节点可能随 session 结束而消失。一个路径的寿命、读取成本和操作权限,是它的接口的一部分。

一个排查顺序

假设某个任务没有更新画面:先确认任务对应的运行对象是否还在,再检查它的状态与错误,最后查看界面是否收到相应更新。这里只是排查方法,具体路径需要由当前部署发现,不能从文章中的示例猜测。

系统 provider 不应成为绕过领域接口的万能后门。能发现一个进程或节点,不等于有权终止进程、读取私密日志或修改他人的界面。

检查一下理解

系统能力为什么也能成为 provider?

运行状态和工具能力也能有结构化入口,但它们的生命周期不同于文档。

沿着学习路径继续