后 REST 时代 已翻译 100%

oschina 投递于 2018/11/20 11:08 (共 12 段, 翻译完成于 12-11)
阅读 5115
收藏 27
5
加载中

接下来的两步也很容易预见。第一步是已经广泛部署的HTTP/2,它允许你在单个网络连接中复用多个HTTP请求。明智地使用之后,它可以为你带来使用永久连接的一些好处。但它仍然与TCP密切相关,这有一些不幸的副作用,在此我不会对其深入探讨,部分原因是这不是我所深刻理解的事物。但我希望看到诸多应用程序和服务可以从HTTP/2进化中获得很好的收益;在某些程度上,因为就客户端而言,他们仍在生成和响应与之前完全一致的HTTP请求。

之后的下一步是QUIC(Quick UDP Inter­net Con­nec­tion­s,快速UDP互联网连接),它放弃了TCP而使用UDP,同时保留了HTTP语义。这已经在很多Google产品上投入使用。我个人认为这是一个非常重要的事情; HTTP如此成功的原因之一是它的连接是短时的,因此在工作时受到破坏的可能性要小得多。这非常棒,因为设计一种可以处理连接断开的应用程序级协议是非常困难的。在HTTP的世界中,你同时需要处理的多数情况是一些失败的请求,而连接断开只是可能发生此问题的原因之一。UDP通过没有真正的连接使连接断开问题消失了。

当然,没有免费的午餐。如果你正在使用UDP,你就不会在TCP中获得TC,我说的是Trans­mis­sion Con­trol,它负责打包和重组以及校验和检查、流控以及加载其他超级有用的东西。但从我看到的证据判断,QUIC做得足够好,足以完全支持HTTP语义,所以再一次,想要继续使用与2005年相同的旧的XMLHttpRequest调用的应用程序可以愉快地保持不变了。

Tocy
翻译于 2018/12/10 14:31
0

未来! ·对于我来说似乎是不可避免的使用持久连接,特别是在高吞吐量高弹性云原生应用程序的场景中,我们将看到对持久连接,编排和基于消息/事件的逻辑的依赖性的稳定增长。如果你还没有使用这些东西,那么现在是开始学习的好时机。

但我敢打赌,在可预见的未来,所有服务请求的很大一部分将具有(近似)HTTP语义,而对于大多数控制平面和相当多的数据平面,REST 仍然提供了一种很好的分解复杂的方法问题,它的极端简单性和弹性意味着如果你想设计网络应用程序,你仍然需要学习这种思考方式。

NB-One
翻译于 2018/11/30 15:08
0
本文中的所有译文仅用于学习和交流目的,转载请务必注明文章译者、出处、和本文链接。
我们的翻译工作遵照 CC 协议,如果我们的工作有侵犯到您的权益,请及时联系我们。
加载中

评论(2)

千夜num
千夜num
汗,看的懂每个字,却没明白写的啥意思
格力高高
格力高高
汗,看的懂每个字,却没明白写的啥意思
返回顶部
顶部