Javascript 我需要nodejs还是只能依赖Nginx？

我有一个应用程序，我和同事们就是否需要使用node.js进行了辩论

• 我们的决定是使用angular.js作为前端，并通过RESTAPI与应用服务器进行通信。应用程序服务器将不在node.js中。它可以是.net或Java

• Nginx将处于领先地位，因为它更适合服务静态文件、gzip等

有许多选项可用于制作angular应用程序的样板，其中许多包括NodeJ。我的第一种方法是使用node.js作为主要web服务器，并扩展它以解决性能问题。尽管如此，这并不是一个好方法，因为节点的角色不是充当web服务器。好了，我的问题来了

记住上面提到的两点，是否有任何理由生成包括node.js在内的前端

---

有什么我没有想到的东西可以让我受益吗？

这里有一个简短的答案：如果你打算在.net或Java后端前面使用nginx，而你只是想为angular.js寻找一个部署工具，那么就选择任何有意义的javascript部署工具，这很可能是用node构建的

下面是更详细的说明：

我不太清楚你所说的“节点的角色不是充当web服务器”是什么意思。。。如果您的意思是一般情况，那么这正是它的一般使用方式，如果您的意思是您的应用程序服务器将是.net或java，但不是javascript，那么很好

一般来说，nginx在静态文件中的性能会更快，但与node.js相比，它的改进幅度对大多数人来说可能毫无意义。如果您需要（或者有必要）将节点作为角度部署的堆栈的一部分包括在内，那么将其用作反向代理并完全消除nginx是有意义的。使用nginx获得可测量收益的可能性非常小

也就是说。。。如果您已经设置了nginx，而移动到节点则表示您已经完成了一次的额外工作，那么它将失去其主要吸引力

---

node.js比我所知道的任何其他项目都更适合它，因为它在web堆栈的每一个级别都非常强大。但是，它并不一定比在适当级别的堆栈中使用的单个项目更有能力，如果您不打算使用它来通过均质化所涉及的技术和应用程序来降低堆栈的复杂性，那么它只会归结为首选项。

如果您关心性能，尤其是静态文件的性能，您可以在后端nginx或您选择的服务器前面添加缓存层作为代理。。这是个不错的选择

如果您想大规模地提供静态文件服务，还有一个更好的解决方案，您可以通过它将静态文件托管在CDN中，这将是您的实时部署的更好的解决方案。。云服务是为了易于使用而构建的，同时也是经济高效的。例如，对于托管静态文件来说，云服务是一个很好的选择，它具有一个构建在..之上的非常持久的缓存层。。如果你是亚马逊服务的粉丝，这也是另一个选择

更多可能有帮助的资源是拥有流行的服务器，还有另一个基准