javascript - 单页与后端模版渲染方式的取舍？

现在流行2种开发方式：
1，单页
前端通过AngularJs、EmberJs或者ReactJs等写单页应用，后端只提供数据接口，在后端看来前端页面和手机App没有区别，前后端完全分离。例子：印象笔记

2，后端模版渲染
前端给后端提供写好的页面，让后端写模版引擎渲染页面，这是比较传统的方法，除了写模版引擎渲染页面工作，后端还要单独给手机App提供接口，前端一般比较轻松，写静态页面就可以了，例子：大部分网站，比如segmentfault

问题来了，如果网站之前是传统的后端模版渲染方式，后来上了手机端，后端也给手机提供了接口，那么为了一致性、后端维护成本考虑，我有必要把网站也改为单页应用的方式吗？

回复内容：

现在流行2种开发方式：
1，单页
前端通过AngularJs、EmberJs或者ReactJs等写单页应用，后端只提供数据接口，在后端看来前端页面和手机App没有区别，前后端完全分离。例子：印象笔记

2，后端模版渲染
前端给后端提供写好的页面，让后端写模版引擎渲染页面，这是比较传统的方法，除了写模版引擎渲染页面工作，后端还要单独给手机App提供接口，前端一般比较轻松，写静态页面就可以了，例子：大部分网站，比如segmentfault

问题来了，如果网站之前是传统的后端模版渲染方式，后来上了手机端，后端也给手机提供了接口，那么为了一致性、后端维护成本考虑，我有必要把网站也改为单页应用的方式吗？

给你做个对比表：

招个全栈开发，首屏服务器端渲染好，后面交互，前端js继续写。我们基于react前后端统一。 后端分了两层 最外一层也是前端负责 node写 另一个端 是python写的 那人兼职DBA 就酱紫。

之前尝试过用node来渲染view，现在在用angular渲染view，总结下来，感觉后者更通用一点，因为只要把接口明确了，后端换啥都能接，而后端也一样，只要定好api，前端换啥都能接。

低耦合，方便二次开发。

现在一种趋势了。很多东西都是移动端，WEB，WAP。我们是不是应该写一套接口，可以让三个端来调用。现在也流行了这样的趋势。前端走MVC，服务端把view层砍掉，走restful风格，专注于数据的业务逻辑和处理。

如果都是restful api的话，没什么关系呀。你也可以用node.js来做后端渲染，工作量就在你这边了。

单页前端渲染 seo不好做