如何使用非 Node.js 后端构建现代前端？

Question

一般来说，我是后端和全栈开发人员以及技术主管。这些年来我一直在选择开发工具。

对于后端，我选择了 Typesafe Stack。它使应用程序具有反应性，并且相对容易扩展和维护。用 Scala 编写代码很有趣。

前端我用的是Angular.js，之前是knockout.js、YUI、Mootools、jquery、vanilla。

但是对于 Angular.js，我真的很困惑。问题不在于工具本身，而在于 Web 的发展方式。

目的是加快应用程序，使其更具响应性、反应性和交互性。它引导我们使用单页应用程序。 Angular.js 对它有好处。

但是。

对于现代应用来说，尽快呈现首页非常重要。对于单页应用，不能先解析主模板，然后加载所有脚本，然后启动应用，路由请求，然后向服务器请求一些 REST 资源，将其绑定到模板中，然后将其展示给用户。

等待大量网络延迟！很多连续的请求一个接一个。

所以看内容需要很长时间。此外，它很难通过搜索引擎进行索引，并且限制了可访问性（Safari 中的阅读器模式通常不尊重 angular.js 生成的标记）。

嗯，可以通过 prerender.io 等工具解决可搜索性问题。好吧，即使它看起来很丑，但是第一页加载是什么？

我听说 Twitter 终于变成了在后端渲染内容，然后用脚本包装它。怎么样？

我在 node.js 上看到了一些具有相同目的的项目。他们使用客户端实际获取的相同 javascript 呈现内容，并将结果 html 提供给它。然后用 React.js 触发器和代码，甚至 angular.js 来包装它。但是如果 Node.js 后端不是我们的选择呢？

所以要求很自然：

• 能够在后端（预）呈现内容
• 页面加载后连接脚本
• 不要用脚本生成的内容替换页面内容
• 对所有其他页面视图使用 html5 路由
• 避免使用 node.js，至少不要将其作为主要的后端技术

只有我一个人能解决这个问题吗？你怎么看？

Answer 1

以下是适合您的选项： - 使用 node.js 中间服务器，它依赖于您为实际数据和内容选择的服务器技术。亲，您可以在完全转向之前慢慢测试它。 - 两次将所有模板逻辑编写两次，一次用于您的服务器，一次用于客户端。使用 node.js 可以让您重用前端的逻辑，但 Angular.js 并不完全对节点友好，因为它依赖于 DOM。

如果您确实想要尽可能好的首页加载体验，您应该看看我今天给出的这个答案： AngularJS SEO for static webpages (S3 CDN)

它可以让您在加载 Angular 应用程序时引导一个静态应用程序，该应用程序仅使用 CSS 进行样式和路由。希望对您有所帮助。