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

V2EX = way to explore

V2EX 是一个关于分享和探索的地方

现在注册

已注册用户请登录

› React

这是一个创建于 3431 天前的主题，其中的信息可能已经有所发展或是发生改变。

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

渲染

React

分摊

11 条回复 • 2017-04-21 13:12:52 +08:00

leojoy710

2015-07-03 11:14:55 +08:00

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

EPr2hh6LADQWqRVH

2015-07-03 11:15:46 +08:00

因为React就是基于js的PHP啊

pockry

2015-07-03 11:38:50 +08:00

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

fakefish

2015-07-03 11:48:31 +08:00

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

crazyxin1988

2015-07-03 11:54:02 +08:00

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

duhastmich

2015-07-03 13:09:12 +08:00

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

zythum

2015-07-03 13:44:20 +08:00

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

est

2015-07-03 13:49:31 +08:00

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

zythum

2015-07-03 14:02:18 +08:00

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

immjun

2015-07-03 17:22:52 +08:00

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

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

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

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

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

palmtale

2017-04-21 13:12:52 +08:00

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

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