Node.js 应用程序服务器和rest API服务器的单独端口(节点)

Node.js 应用程序服务器和rest API服务器的单独端口(节点),node.js,rest,express,Node.js,Rest,Express,使用单独的端口为应用程序(呈现页面)和rest API服务器提供服务有什么特别的优点/缺点吗?我正在构建一个React、Node/Express应用程序,并查看作者在端口3030上提供API和端口3000上提供应用程序的示例。看起来这将使两者解耦,这对于测试来说是很好的。但是,在Node/Express应用程序的不同端口上为应用程序和API提供服务还有其他明显的优势吗?将API与渲染服务器分离,可以通过分离逻辑更高效地处理请求 Express不必遍历页面呈现端点的所有路由以到达API请求的回调,

使用单独的端口为应用程序(呈现页面)和rest API服务器提供服务有什么特别的优点/缺点吗?我正在构建一个React、Node/Express应用程序,并查看作者在端口3030上提供API和端口3000上提供应用程序的示例。看起来这将使两者解耦,这对于测试来说是很好的。但是,在Node/Express应用程序的不同端口上为应用程序和API提供服务还有其他明显的优势吗?

将API与渲染服务器分离,可以通过分离逻辑更高效地处理请求


Express不必遍历页面呈现端点的所有路由以到达API请求的回调,也不必遍历API端点的所有路由以到达页面呈现请求的回调。

我的理解是Node/Express是事件驱动的(结果是超高性能),所以在路由上“迭代”不是问题…@Himmel是的,它是事件驱动的,这意味着每个客户端请求都会向服务器侦听器发出一个事件。但是,它需要迭代每个
app.METHOD()
请求匹配请求对象的请求路径,并确定要调用的回调。这就是迭代发生的地方。当然。如果这是唯一的原因,那么如果我只有一个非api路由(
app.get()
,服务index.html),那么将两者分开似乎不值得.@Himmel那么你是对的。如果那样的话,那就不值得你花时间了,但是你问了一个一般性的问题,我给出了一个一般性的回答。我问了,谢谢你的回答!我只是想跟进一下,以确保我的思考方式有意义。