使用 JavaScript 框架进行服务器端渲染:与已建立的后端技术相比有什么好处?



最近,用于服务器端渲染的JavaScript框架变得流行起来。例如Next.js和Nuxt.js。

我想知道:与已建立的纯后端技术(Python Django,Ruby on Rails,PHP Laravel等)相比,这些框架是否有任何特殊优势?

还是只是为了使用该技术,您从前端和后端都知道?这样您就不必在不同的语言之间切换。

像Nuxt.js这样的框架的主要优点是它们实现了客户端框架代码的服务器端渲染。(在Nuxt的情况下.js它是Vue.js,但React和Angular也有[事实上,我认为它们中的每一个可能不止一个]。

您可以使用客户端框架编写代码,并且可以部署它:

  • 客户端,或
  • 静态站点的服务器端,或
  • 两者的结合

。所有这些都使用相同的技术(包括JavaScript而不是PHP,但也使用相同的框架技术)。

服务器端渲染允许您向机器人呈现有意义的内容,或预烘焙常见页面视图而不是在客户端上呈现它们,或者通过边缘缓存资源快速加载静态版本,然后"冻结"它以使其动态,...

在 React 的世界里,服务器端渲染的目的是为了尽快解决将内容获取给用户的问题,与其说是因为还有其他不同编程语言的后端技术我们不想打扰,毕竟我已经把服务器端渲染和非服务器端渲染放在一起 React 应用程序,它们有一个 Express 服务器, 所以这一切都可以用JavaScript来完成。

现在,如果您不了解浏览器请求页面,那么仅仅说这是可以解决尽快向用户获取内容的问题可能没有任何意义......然后我们等待...浏览器请求一个 JS 文件...然后我们等待...反应应用程序启动,它从后端请求 json...然后我们等待...最后内容是可见的。

现在,这不是在几小时或几分钟内发生的,而是在几秒钟到几毫秒内发生的,但这可以对企业的成功产生巨大的影响。也许《快公司》的这篇文章可能会说明这一点:

https://www.fastcompany.com/1825005/how-one-second-could-cost-amazon-16-billion-sales

这些大型零售商已经证明,尽快加载页面可以提高转化率和用户满意度,因此,作为工程师,找出某种方法来尽可能快地压缩此加载过程符合我们的最佳利益,因此我们有服务器端渲染。

我们希望尽快让用户看到内容。我们想要一个请求和...繁荣!用户可以开始享受该应用程序。

最新更新