Closed linonetwo closed 2 years ago
引用这篇较早的文章：https://zhuanlan.zhihu.com/p/24681051
既然人类的介入导致了昂贵、缓慢且错误频发的后果，那是否有方法来避免这种情况？我们是否能够创建完全自动化的接口呢？首先，我们需要一个渠道来开发并且共享专用名词（Vocabularies），然后在API上线之后通过某个统一的API Discovery进行注册发布。整个自动化的没有人类介入的流程描述如下： 某个机器在发布接口的同时提供接口的描述文档与专属的词汇库，然后自动地在某个API发现服务中完成注册。 然后某个需要服务支持的API消费者在发现服务中利用关键字进行搜索，如果找到某个匹配的服务之后则将其描述文档推送给抓取程序。 指定的API客户端能够根据请求到的词汇库自动训练与调试，这样开发者就能够利用这些API进行上层开发。
但当时没有一个发布词典的地方，所以这种自动化流程只能是一个设想。
如今，使用 SoLiD 技术栈就能开发基于互联数据的应用，但是发布垂直领域词典还是很麻烦，比如本来想发布 IPFS 的术语词典用在 https://github.com/Eximua/solid-ipfs 里面，但是没有找到一个类似 npm 这样可以方便地发布词典的网站，只好作罢用纯 JSON 来存储，丧失了互操作性。
要是有一个方便用户发布词典的网站，比如 SoLiD Schema Manager，或者 SchemaHub 就好了，前端对后端 API 的自发现和更深的自动化也就有可能实现了。一个没有门槛的网站，只要注册账号就能发布自己的 Schema。
引用这篇较早的文章：https://zhuanlan.zhihu.com/p/24681051
但当时没有一个发布词典的地方，所以这种自动化流程只能是一个设想。
如今，使用 SoLiD 技术栈就能开发基于互联数据的应用，但是发布垂直领域词典还是很麻烦，比如本来想发布 IPFS 的术语词典用在 https://github.com/Eximua/solid-ipfs 里面，但是没有找到一个类似 npm 这样可以方便地发布词典的网站，只好作罢用纯 JSON 来存储，丧失了互操作性。
要是有一个方便用户发布词典的网站，比如 SoLiD Schema Manager，或者 SchemaHub 就好了，前端对后端 API 的自发现和更深的自动化也就有可能实现了。一个没有门槛的网站，只要注册账号就能发布自己的 Schema。