React中的服务器端渲染能否有助于动态演示?

时间:2018-05-22 05:07:57

标签: node.js reactjs rest architecture serverside-rendering

我的问题:对于我的论文,我正在创建一个拍卖网站。我有一个管理面板,我希望在其中有一些配置,以便管理员可以指定,如果在拍卖结束前有10天,某些组件应以不同的方式显示,有些组件应该根本不可见。这就是我所说的动态演示。

我的问题:现在我正在研究架构并想知道SSR是否可以以任何方式提供帮助?我已经知道它可以缩短我的数据库中一些集合的下载时间,甚至减少一半,但我想知道它是否有任何方式如何有助于动态演示本身?

我已经知道的事情:我已经阅读了ssr或者反应中的通用渲染的优点和缺点。现在我只是想知道它是否对动态演示有任何帮助,或者如果我选择SSR或CSR无关紧要。

小方问题:我还没有准备好整个架构。我所知道的是,我想拥有一个数据库,一个用于管理员,后端和前端的单独应用程序(ssr或csr)。我对如何管理这种动态演示文稿的第一个想法是在数据库中存储一些规则。然后,如果管理员想要更改任何内容,则可以在管理员应用中配置规则。应将规则发送到后端,并使用前端的一些其他数据进行计算。然后后端可以向前端发送一些标志,指示要显示哪些组件等。理论上我可以将计算移动到例如NodeJs服务器我应该使用SSR。我想知道的是;你能想到处理动态演示的更好方法吗?我最害怕的是在fronetend中的无数ifs。我想有一些更优雅的解决方案,但到目前为止我还没有其他想法。有一段时间我想到了一个评分系统,但我相信它会太复杂(而不是发送一个标志,发送一个分数和前端会根据分数显示正确的东西)。它也不能解决前端ifs的问题。

我知道在StackOverflow上可以回答而不是讨论的问题是首选,但我真的被困住了,我会很感激帮助。

1 个答案:

答案 0 :(得分:0)

基本上SSR可以在页面上提供一些速度,因为当反应脚本以API调用结束时,不会尝试获取所有数据。请求页面时从数据库中提取数据,并将其传递给组件以使用脚本进行呈现。

另一个非常基本的优势以及每个人都采用SSR方式的原因是SEO。反应CSR无法实现SEO页面。这是因为谷歌机器人等将尝试抓取你的页面,甚至没有渲染它。就像试图“查看页面的来源”一样。当您在CSR中时,页面没有内容,只有初始反应div为空。您需要SSR才能获得用户第一次请求的数据。

SSR在重新加载之前将数据引入用户的第一个请求。在此期间,路由器从api中获取数据。

如果有帮助,请告诉我。

PS:也是一个有用的链接https://medium.com/walmartlabs/the-benefits-of-server-side-rendering-over-client-side-rendering-5d07ff2cefe8