为什么 HAL 被弃用并且没有广泛使用?
HAL 背后的主要思想是在 http 端点之上添加一个抽象级别。不是使用硬编码地址,而是使用关系的概念来为端点添加别名。这允许很多简化。例如。当有两个团队在两个模块上工作并且第二个团队修改第一个团队使用的端点时,如果 HAL 的解析和地址检索是自动的(易于设置),第一个团队将无需执行任何操作。
但是我去 wiki并阅读:
the latest version of HAL Internet-Draft expired on November 12, 2016
所以,我不明白为什么 HAL 没有得到广泛的认可,以及在现代分布式系统中有什么替代品。
我当然知道消息系统,但它们依赖于平台。因此,我能想到的唯一其他选择是使用裸 http 地址来实现后端系统之间的平台无关通信,因为所有(阅读几乎所有)技术都支持 http。
请不要将我的问题视为含糊不清,如果我上面写的内容不清楚,请在评论中提问。我的问题很明确:
1 HAL 是 Web 应用程序开发向前迈出的重要一步
2 别无选择
3 被弃用,没有得到广泛认可
1, 2 和 3 产生了矛盾,所以这三个应该有一个是错误的,我不知道是哪个.
最佳答案
过期的草稿并不一定意味着该规范已被弃用。这只是 IETF 草案中的一个自动化系统,但很多人确实依赖 IETF 术语中“过期”的规范。
HAL 仍在被许多人积极使用和扩展。最近对 HAL-Forms 扩展的大力插入,例如:https://rwcbook.github.io/hal-forms/
IETF 草案的下一个合乎逻辑的步骤是使其成为真正的 RFC,永不过期。不幸的是,我认为这不会很快发生,因为人们没有足够的兴趣来插入它的发展。
也不是真的没有其他选择。一些例子:
- 警笛
- 集合+JSON
- JSON-LD(可能带有 Hydra 扩展)
- JSON 超模式
但在所有这些中,HAL 可能仍然是采用最广泛的。
关于http - 为什么 HAL(超文本应用程序语言)已被弃用且未普及?,我们在Stack Overflow上找到一个类似的问题: https://stackoverflow.com/questions/66954469/