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。