这是一个创建于 3456 天前的主题，其中的信息可能已经有所发展或是发生改变。
各种“现代”前端框架的兴起，不就是要革 PHP JSP 的命吗？不就是为了前后端完全分离，并能利用 CDN 加速吗？不就是为了降低服务器压力，将渲染这件耗 CPU 的事分摊到各个用户的浏览器上吗？为什么反过来要回到服务端去渲染页面？
http://react-china.org/t/react-v0-11-x/175
甚至还有说 React 出现加载缓慢的问题。。。
http://segmentfault.com/a/1190000002941042
 |
1
leojoy710 2015-07-03 11:14:55 +08:00
初次访问服务器端吐出页面
后续操作交给客户端处理 |
 |
2
EPr2hh6LADQWqRVH 2015-07-03 11:15:46 +08:00
因为React就是基于js的PHP啊
|
 |
3
pockry 2015-07-03 11:38:50 +08:00
不是React回到了服务端渲染，而是它支持服务端渲染，这也能怪到React头上也真是醉了。。
|
 |
4
fakefish 2015-07-03 11:48:31 +08:00
不是要革php啊，只是让php只做数据处理，让前端只做view层，服务端渲染只是view的控制而已。
|
 |
5
crazyxin1988 2015-07-03 11:54:02 +08:00
服务器端渲染 是不是为了解决seo问题
|
 |
6
duhastmich 2015-07-03 13:09:12 +08:00
叫isomorphic，比较理想的web应用开发技术啊，主要还是为了初次访问加载快，seo也是一方面
|
 |
7
zythum 2015-07-03 13:44:20 +08:00
服务器端渲染 是为了解决seo。以及静态资源加载慢时的首屏速度问题.
|
 |
8
est 2015-07-03 13:49:31 +08:00
服务器端渲染表示react脱离了浏览器dom也能跑。这是好事。
|
|
9
zythum 2015-07-03 14:02:18 +08:00
@est react 源码看。mount的时候都是拼html字符串然后innerHTML塞进去的。所以直接改成字符串输出前面的逻辑几乎是不需要修改的。
|
 |
10
immjun 2015-07-03 17:22:52 +08:00  1
上面说的都差不多了，我来重复一下
1. React 服务器端渲染是为了页面首屏加载能立即出现数据，而不是一般的异步加载数据之后再慢慢地渲染 dom ，加快了页面加载速度; 2. 非异步的首页数据解决了前端框架的 SEO 问题，搜索引擎能够立即抓取； 3. 前后端分离和 React.js 的服务器端渲染没有发生冲突，前者可以通过 RESTful API 等等技术来实现，后者只是通过前者的 API 等拿到数据之后渲染 View 罢了。你可以理解为，后端是一个独立的 RESTful API 服务器，而 React.js 服务器端渲染是在另一个独立的服务器，拿的是第一个的数据。当然，同一个也可以，你可以理解他们是本身是可以相对独立的； 4. CDN 加速和 React.js 的服务器端渲染也没有冲突，你可以查看渲染后浏览器中页面源码，静态资源文件还是原来的静态资源文件，完全不影响 CDN 加速访问这些资源。 |
 |
11
palmtale 2017-04-21 13:12:52 +08:00
这还用说吗？中庸才是王道！！！
分离了之后发现，有部分我还是需要你的。哈哈，很简单的事情，在没 load 到数据前，就显现出来，满屏的插值表达式，你乐意看啊？我觉这是解决需要遮丑这件事行之有效的方式了。 |
Select Language