作为老司机使用 React 总结的 11 个经验教训

原文作者：Jolyon Russ
本文编译：胡子大哈

翻译原文：http://huziketang.com/blog/posts/detail?postId=58e83f01a58c240ae35bb8e1
英文连接：11 lessons learned as a React contractor

转载请注明出处，保留原文链接以及作者信息

一开始在 React 路上摸爬滚打的时候，不知道该寻找些什么，但是这些年来，回头总结经验才发现，要找的已经在脑子里了。下面是我自己在学习 React 历程的一些关键点，以及我的一些背景情况。

接下来是我所总结的一些经验，希望能对你有所帮助。

1. 多个简单组件比一个高度定制化组件要好

改变 React 组件行为依赖于你传递的 props，这是个很有用的功能。在项目初期就养成一个好的编程习惯对未来很有好处：创建一些通用组件，使其在其他地方也可以使用。

当你开始了项目以后，对于一个组件你可能会不断地扩展这个组件的使用外延。一段时间以后你会发现，你会疲于修复 bug，在 A 场景下修复好以后，又发现在场景 B 和场景 C 下又发现了 bug。

我的建议：如果一个组合组件导致了 bug，那么把它分解成若干个简单组件，即便代码重复也值得。

2. 如果你发现了库中有 bug，尽量提 Issue 和 Pull Request

只要你使用 React，就一定会用到开源软件，不论是 React 核还是 1000 多个可用的 NPM 模块。如果你发现了库中有 bug，那就提 Issue 上去。更好的情况是，如果你 fix 了一个 bug，一定要提 Pull Request 把修复的代码整合进去，因为使用这个库并且遇到 bug 的并不只是你一个人，这样做会使整个生态变得更好。

我的建议：回馈社区，即便你只是修正了文档中的拼写错误也好。

3. 首先完成一次 build 过程，然后再写 React 代码

我知道这并不是一个常见的场景，但是我就遇到过，当我开始一个外包项目并且开始 build 的时候，发现有一些依赖编译的包不存在。进而才发现实际上这个 React 是用于一个 Backbone 项目中的。在 Backbone 中实现 React 组件其实非常简单，使用 Redux 可以在这两个之间进行通信。它们之间的通信必须要通过 Browserify 或者 Webpack 编译到一起才可以。