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

Question

一般来说,我是后端和全栈开发人员和技术主管.我多年来一直在选择开发工具.

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

对于前端,我使用Angular.js,之前是knockout.js,YUI,Mootools,jquery,vanilla.

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

目的是加强应用程序,使其更具响应性,反应性,互动性.它将我们引向单页应用程序.Angular.js对它有好处.

但.

对于现代应用程序,尽快呈现第一页非常重要.对于单页面应用程序,在解析主模板,然后加载所有脚本,然后启动应用程序,路由请求,然后向服务器请求一些REST资源,将其绑定到模板,然后将其显示给用户之前,不会发生这种情况.

等待很多网络延迟!许多顺序请求一个接一个地出现.

因此,看到内容需要花费很长时间.此外,它很难通过搜索引擎进行索引,并限制了可访问性(Safari中的Reader模式通常不会考虑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 faces (S3 CDN)

它可以让你引导一个静态应用程序，在你的角度应用程序加载时，仅使用 CSS 来处理样式和路由。希望有帮助。