React作为时下最热的前端框架,各位有什么经验分享下吗
发布网友
发布时间：2022-04-23 10:20
共2个回答
热心网友
时间：2022-04-18 01:41
1. 不要陷入纠结工具的怪圈
我们团队一开始用 React 的时候，工具栈应该是 grunt +
grunt-react；写了一段时间感觉有局限，然后老大带头把工具换成了 gulp + browserify + watchify +
reactify，然后又愉快的写了大概半年吧，发现流行的库都上 webpack 了；于是我们的工具栈又变成了 gulp + webpack +
babel-loader。最后大家一致认为 gulp 是多余的，所以我们的工具栈又围绕 webpack
重新搭建了一遍。到最近我负责的一个内部项目，什么 hot-mole-replacement、extract-text-plugin（让你在
js 里 require('style.scss'); 这么写的玩意儿）一股脑的造。当然再后来因为业务需要我们又基于 webpack
搭建了自己的构建工具，这是后话……
这将近一年半的折腾历史告诉大家，1) 前端就是个大坑，1个月不学新知识你就会被社区遗忘 2) 现在上 React 真幸福，工具栈基本都稳定了（什么？你还不懂？用 webpack！），不用花太多时间纠结。
PS. HMR 也就那样，虽然 dan 吹得神乎其神，但实际在项目里我发现大家还是习惯手动 Cmd + R
，因为项目大了以后 rebuild 也需要 1、2 秒。
2. DOM 操作是不可避免的
但
凡是上点儿规模的前端项目，没有 DOM 操作基本是不可能的。且不说最常见的后端「埋点」，你总得用 DOM API
去取值吧；就说一个最简单的，比如右手边这个「回到顶部」的按钮，你纯用 React 写一个试试。当然你会说什么
requestAnimationFrame，什么 ReactCSSTransitionGroup blah blah
blah，真正到项目里你会发现还是 DOM API 简单。
3. 拥抱 ES 6，拥抱 React v0.14
这俩为什么放在一起说呢？因为 React v0.14 里提出了一个全新的组件概念叫做：无状态的函数式组件（Stateless functional components）。它大概长这样：
var Aquarium = ({species}) => (
<Tank>
{getFish(species)}
</Tank>
);
有没有发现被传统的 createClass 方法精简了很多？当然这样写组件也有很多局限，比如不能声明各种生命周期方法等等，但是在常见的前端业务场景中，纯 render 的组件不在少数。在这样的语法推出后，我们就能把这些组件更方便的抽出来复用了。
此外，拥抱 ES 6 还有很多的好处，比如在加载依赖的时候不用先 var xxx = require('xxx'); 再 var yyy = xxx.yyy; 而是可以直接 import {yyy} from 'xxx'; 简洁明了。
4. 生态环境仍然在成长中，坑不少
其
中首先要口诛笔伐一下的就是 react-router，我们从 v0.10 开始用，到现在
v1.0。你知道为了升级这玩意儿我们改了多少次业务代码么？每次升级 API 都要变，无力吐槽。当年好不容易搞懂了
v0.11，在博客里写了篇技术文章分享，结果后面的日子就是各种被催更……一个月前抽空就 0.13 版又重写了一遍教程，这不 1.0
版又出了，API 基本全都不一样了！！不一样了！！一样了！！样了！
当然除了坑也有不少高质量的生态环境产品，比如蚂蚁的 ant design。
5. Server 端渲染很美，至今没看见哪个规模级的产品用到
可能是我孤陋寡闻吧，欢迎评论中跟进。自己摸索着写过一个最简单的 server 端渲染，但是这套逻辑如果套到我们现在的业务逻辑中，几乎可以直接*毙。为了实现 server 端渲染需要做出的 trade off 太多。
6. React 很简单，也很难
简单是因为 React 的 API 真的很少，官网的各种文档花一个下午也能看个七七八八（此时此刻再看看 Angular……）。但是当你以为你真的搞懂 React 的时候，看看React 源码剖析系列 － 解密 setState - pure render - 知乎专栏这篇文章开头提的问题，有多少人能不假思索的答对呢？（顺便安利一下，我们团队的知乎专栏，目前处于死磕 React 的状态）
当你真正在业务项目中使用 React 的时候，你会发现它的生命周期比你想象的复杂；它的 API 背后的逻辑比你以为的麻烦。当然，首先你要踩进这个坑。
7. 对于楼上某位仁兄表示《React：引领未来的用户界面开发框架》这本书太难的回答，作为译者之一表示对不起你。作为补偿，所有购买本书的同学均可凭拍照私信我咨询 React 相关的问题。
热心网友
时间：2022-04-18 02:59
知乎用户，
詹彦峤、朱超强、赵鹏 等人赞同
如果是技术选型调研的话，除了好处也应该了解一些需要注意的问题吧，下面随便列列，仅供参考。
1. 不要陷入纠结工具的怪圈
我们团队一开始用 React 的时候，工具栈应该是 grunt + grunt-react；写了一段时间感觉有局限，然后老大带头把工具换成了 gulp + browserify + watchify + reactify，然后又愉快的写了大概半年吧，发现流行的库都上 webpack 了；于是我们的工具栈又变成了 gulp + webpack + babel-loader。最后大家一致认为 gulp 是多余的，所以我们的工具栈又围绕 webpack 重新搭建了一遍。到最近我负责的一个内部项目，什么 hot-mole-replacement、extract-text-plugin（让你在 js 里 require('style.scss'); 这么写的玩意儿）一股脑的造。当然再后来因为业务需要我们又基于 webpack 搭建了自己的构建工具，这是后话……
这将近一年半的折腾历史告诉大家，1) 前端就是个大坑，1个月不学新知识你就会被社区遗忘 2) 现在上 React 真幸福，工具栈基本都稳定了（什么看你还不懂看用 webpack！），不用花太多时间纠结。
PS. HMR 也就那样，虽然 dan 吹得神乎其神，但实际在项目里我发现大家还是习惯手动 Cmd + R
，因为项目大了以后 rebuild 也需要 1、2 秒。
2. DOM 操作是不可避免的
但凡是上点儿规模的前端项目，没有 DOM 操作基本是不可能的。且不说最常见的后端「埋点」，你总得用 DOM API 去取值吧；就说一个最简单的，比如右手边这个「回到顶部」的按钮，你纯用 React 写一个试试。当然你会说什么 requestAnimationFrame，什么 ReactCSSTransitionGroup blah blah blah，真正到项目里你会发现还是 DOM API 简单。
3. 拥抱 ES 6，拥抱 React v0.14
这俩为什么放在一起说呢看因为 React v0.14 里提出了一个全新的组件概念叫做：无状态的函数式组件（Stateless functional components）。它大概长这样：
var Aquarium = ({species}) => (
<Tank>
{getFish(species)}
</Tank>
);
有没有发现被传统的 createClass 方法精简了很多看当然这样写组件也有很多局限，比如不能声明各种生命周期方法等等，但是在常见的前端业务场景中，纯 render 的组件不在少数。在这样的语法推出后，我们就能把这些组件更方便的抽出来复用了。
此外，拥抱 ES 6 还有很多的好处，比如在加载依赖的时候不用先 var xxx = require('xxx'); 再 var y = xxx.y; 而是可以直接 import {y} from 'xxx'; 简洁明了。
4. 生态环境仍然在成长中，坑不少
其中首先要口诛笔伐一下的就是 react-router，我们从 v0.10 开始用，到现在 v1.0。你知道为了升级这玩意儿我们改了多少次业务代码么看每次升级 API 都要变，无力吐槽。当年好不容易搞懂了 v0.11，在博客里写了篇技术文章分享，结果后面的日子就是各种被催更……一个月前抽空就 0.13 版又重写了一遍教程，这不 1.0 版又出了，API 基本全都不一样了！！不一样了！！一样了！！样了！
当然除了坑也有不少高质量的生态环境产品，比如蚂蚁的 ant design。
5. Server 端渲染很美，至今没看见哪个规模级的产品用到
可能是我孤陋寡闻吧，欢迎评论中跟进。自己摸索着写过一个最简单的 server 端渲染，但是这套逻辑如果套到我们现在的业务逻辑中，几乎可以直接*毙。为了实现 server 端渲染需要做出的 trade off 太多。
6. React 很简单，也很难
简单是因为 React 的 API 真的很少，官网的各种文档花一个下午也能看个七七八八（此时此刻再看看 Angular……）。但是当你以为你真的搞懂 React 的时候，看看React 源码剖析系列 － 解密 setState - pure render - 知乎专栏这篇文章开头提的问题，有多少人能不假思索的答对呢看（顺便安利一下，我们团队的知乎专栏，目前处于死磕 React 的状态）
当你真正在业务项目中使用 React 的时候，你会发现它的生命周期比你想象的复杂；它的 API 背后的逻辑比你以为的麻烦。当然，首先你要踩进这个坑。
7. 对于楼上某位仁兄表示《React：引领未来的用户界面开发框架》这本书太难的回答，作为译者之一表示对不起你。作为补偿，所有购买本书的同学均可凭拍照私信我咨询 React 相关的问题。
最后再次安利一下我们团队的专栏： pure render - 知乎专栏
8. 梦中惊醒补充一点，截止目前为止，Babel 6 是个大坑，业务中使用的时候一定要注意其与 Babel 5 的巨大区别。（关于补充的这一点，再额外的阐述一下，应该理解成 Babel 5 为了让大家愉快的用上 ES 6 做了一些非标准的转换，这些转换在 Babel 6 中都去掉了。所以你在 Babel 5 下面编译正常的代码在 Babel 6 编译时可能就会出错。这个问题不能确切的算作 Babel 的坑，但是会影响你的开发进度）
