node.js - react 应用程序 : Using Node/express as middle-end proxy server

Question

我正在为传统的 RESTful API 服务器(Golang)构建一个 React 应用程序。直接的方法很容易:

React --> Redux (or any flux) --> Go server

但是我现在正在考虑插入 Node/express 作为中间端，因此堆栈变为:

React --> Redux --> Node/express --> Go server

我能想到的好处是:

• 服务器端渲染
• 更快的表单验证
• 在发送到 Go API 之前清洗数据，其中包含许多令人惊叹的 Node 包
• 轻松管理身份验证和 session

缺点很明显，随着层的增加，任何最终到达后端的请求都将需要更多的来回时间。

我对架构很陌生，很高兴知道人们是否在他们的生产项目中使用这个额外的堆栈？体验如何？

Answer 1

我们正在为我们的应用程序使用类似的堆栈 React --> Redux --> Node/express 或 Go 服务器。我们牺牲了代理 Node 服务器的额外延迟，以获得与 SSO 服务器(与我们的 GO 服务器不同)连接的能力，而且还可以进行服务器端渲染。

我们选择这个的原因是因为我们是一个面向公众的网站，允许用户将帖子分享到 Facebook。如果我们没有服务器端渲染，我们就需要支付昂贵的服务费用，例如 Prerender.io。

我建议的唯一一件事(我们确实这样做了)是通过 Node 服务器进行一些调用，例如渲染或与 SSO 相关的内容，但允许一些直接 API 请求直接发送到 GO 服务器。除非您需要对 GO 和 React 之间的每个请求执行某些操作，否则我建议这样做以防止一些开销。