我想我们大多数人都会同意代码质量不仅仅是你用对了空格符和制表符。当打开一个文件时候，代码给你那种赏心悦目的感觉会让你写代码而舒服，而且你的注意力可以专注于你的代码逻辑。
代码检查也可以帮助你发现一些错误，比如常量分配和书写错误，甚至经典的“Undefined is not a function”错误。
我的建议：拥抱你的团队所要求的代码审查规则吧。我在 JS 中使用 ESLint，在 Sass 项目 Atom 中使用 scss-lint。你也可以设置规则来方便转换，如果你要求很严格，不想让不好的代码提交上去的话，pre-push 会执行一个 npm 脚本来做 push 前的检查。
10. 在 Express 项目中进行 React 渲染是可行的有很多博文介绍如何安装普通应用，但是大多数都假设你是想要一个单页面应用，很少文章介绍如何在一个多页面 Express 应用中渲染单 React 组件。
我的建议：这种情况下，ReactDOMServer 会成为你的朋友。你可以把组件都当成是页面片段，把它们传递给一个模板来渲染。
11. Saga 使我的大脑一团浆糊Saga 是 Redux 中间件，基于 ES6 的生成器新特性。“生成器定义了可以保持自己 state 的迭代算法”。在实践中它和正常的 JavaScript 工作流是不一样的，因为在另一个基于 Promise 代码执行的时候，这个函数可以在执行过程中暂停。
我应该不是第一个，也不是最后一个说这话的人，Saga 让我的大脑一团浆糊。刚学习 Saga 的时候一团乱麻，不过最终我还是征服了它。不过回头想想，如果我一开始就理解了生成器的话，可能事情发展会变的好一些。
我的建议：如果你是第一次使用 Saga，并且团队中没人有相关的经验的话，你最好还是先理解 Promise 和 Generator，会对你很有帮助。
上面这些是学习 React 以来我自己总结的一些经验。去年对我来讲是很不一样的一年，接触到了不同类型的项目，同时也学到了很多。很期待接下来的时间继续探索些新的事物。比如 React Native。很高兴你能看完本文，希望能对你有所帮助。
如果你认为文章中还需要注意什么，或者添加什么，请让我知道。
我最近正在写一本《React.js 小书》，对 React.js 感兴趣的童鞋