React 说要做正确的事情，可为什么又回到了“服务端渲染”？

[Feiox]

各种“现代”前端框架的兴起，不就是要革 PHP JSP 的命吗？不就是为了前后端完全分离，并能利用 CDN 加速吗？不就是为了降低服务器压力，将渲染这件耗 CPU 的事分摊到各个用户的浏览器上吗？为什么反过来要回到服务端去渲染页面？
http://react-china.org/t/react-v0-11-x/175
甚至还有说 React 出现加载缓慢的问题。。。
http://segmentfault.com/a/1190000002941042

[leojoy710]

初次访问服务器端吐出页面
后续操作交给客户端处理

[EPr2hh6LADQWqRVH]

因为React就是基于js的PHP啊

[pockry]

不是React回到了服务端渲染，而是它支持服务端渲染，这也能怪到React头上也真是醉了。。

[fakefish]

不是要革php啊，只是让php只做数据处理，让前端只做view层，服务端渲染只是view的控制而已。

[crazyxin1988]

服务器端渲染 是不是为了解决seo问题

[duhastmich]

叫isomorphic，比较理想的web应用开发技术啊，主要还是为了初次访问加载快，seo也是一方面

[zythum]

服务器端渲染 是为了解决seo。以及静态资源加载慢时的首屏速度问题.

[est]

服务器端渲染表示react脱离了浏览器dom也能跑。这是好事。

[zythum]

@est react 源码看。mount的时候都是拼html字符串然后innerHTML塞进去的。所以直接改成字符串输出前面的逻辑几乎是不需要修改的。

[immjun]

上面说的都差不多了，我来重复一下

1. React 服务器端渲染是为了页面首屏加载能立即出现数据，而不是一般的异步加载数据之后再慢慢地渲染 dom ，加快了页面加载速度;

2. 非异步的首页数据解决了前端框架的 SEO 问题，搜索引擎能够立即抓取；

3. 前后端分离和 React.js 的服务器端渲染没有发生冲突，前者可以通过 RESTful API 等等技术来实现，后者只是通过前者的 API 等拿到数据之后渲染 View 罢了。你可以理解为，后端是一个独立的 RESTful API 服务器，而 React.js 服务器端渲染是在另一个独立的服务器，拿的是第一个的数据。当然，同一个也可以，你可以理解他们是本身是可以相对独立的；

4. CDN 加速和 React.js 的服务器端渲染也没有冲突，你可以查看渲染后浏览器中页面源码，静态资源文件还是原来的静态资源文件，完全不影响 CDN 加速访问这些资源。

[palmtale]

这还用说吗？中庸才是王道！！！

分离了之后发现，有部分我还是需要你的。哈哈，很简单的事情，在没 load 到数据前，就显现出来，满屏的插值表达式，你乐意看啊？我觉这是解决需要遮丑这件事行之有效的方式了。