React 生态系(Ecosystem)入门简介

React

根据 React 官方网站 的说明:React 是一个专注于 UI(View)的 JavaScript 函式库(Library)。自从 Facebook 于 2013 年开源 React 这个函式库后,相关的生态系开始蓬勃发展。事实上,透过学习 React 生态系(ecosystem)的过程中,可以让我们顺便学习现代化 Web 开发的重要观念(例如:模组化、ES6+、Webpack、Babel、ESLint、函数式程式设计等),成为更好的开发者。

ReactJS

ReactJS 是 Facebook 推出的 JavaScript 函式库,若以 MVC 框架来看,React 定位是在 View 的范畴。在 ReactJS 0.14 版之后,ReactJS 更把原先处理 DOM 的部分独立出去(react-dom),让 ReactJS 核心更单纯,也更符合 React 所倡导的 Learn once, write everywhere 的理念。事实上,ReactJS 本身的 API 相对单纯,但由于整个生态系非常庞大,因此学习 React 却是一条漫长的道路。此外,当你想把 React 应用在你的应用程式时,你通常必须学习整个 React Stack 才能充分发挥 React 的最大优势。

JSX

事实上,JSX 并非一种全新的语言,而是一种语法糖(Syntatic Sugar),一种语法类似 XML 的 ECMAScript 语法扩充。在 JSX 中 HTML 和组建这些元素标签的程式码有紧密的关系,这和过去我们强调 HTML、JavaScript 分离的观念有很大不同。当然,你可以选择不要在 React 使用 JSX,不过相信我,当你真正开始撰写 React 组件(Component)时,你会很庆幸有 JSX 真好。

NPM

NPM(Node Package Manager)是 Node.js 下的主流套件管理工具。在 NPM 上有非常多的套件,可以让你不用再重造轮子,更可以让你可以轻松用指令管理不同的套件。由于 NPM 主要是基于 CommonJS 的规范,通常必须搭配 Browserify 这样的工具才能在前端使用 NPM 的模组。然而因 NPM 是基于 Nested Dependency Tree,不同的套件有可能会在引入依赖时会引入相同但不同版本的套件,造成档案大小过大的情形。这和另一个套件管理工具 Bower 专注在前端套件且使用 Flat Dependency Tree(让使用者决定相依的套件版本)是比较不同的地方。

ES6+

ES6+ 系指 ES6(ES2015)和 ES7 的联集,在 ES6+ 新的标准当中引入许多新的特性和功能,弥补了过去 JavaScript 被诟病的一些特性。由于未来 React 将以支援 ES6+ 为主,因此直接学习 ES6+ 用法是相对好的选择,本书的所有范例也将会以 ES6+ 撰写。

Babel

由于并非所有浏览器都支援 ES6+ 语法,所以透过 Babel 这个 JavaScript 编译器(可以想成是翻译机或是翻译蒟篛)可以让你的 ES6+ 、JSX 等程式码转换成浏览器可以看得懂的语法。通常会在资料夹的 root 位置加入 .babelrc 进行转译规则 preset 和引用外挂(plugin)的设定。

JavaScript 模组化开发

随着 Web 应用程式的复杂性提高,JavaScript 模组化开发已经成为必然的趋势,以下简单介绍 JavaScript 模组化的相关规范。事实上,在一开始没有官方定义的标准时出现了各种社群自行定义的规范和实践。

  1. CDN-Based 也就是最传统的 <script> 引入方式,然而使用这种方式虽然简单方便,但在开发实际中大型应用程式时会产生许多弊端:
    • 全域作用域容易造成变数污染和冲突
    • 文件只能依照 <script> 顺序载入,不具弹性
    • 在大型专案中各种资源和版本难以维护
    • 必须由开发者自行判断模组和函式库之间的依赖关系
  2. AMD Asynchronous Module Definition 简称 AMD,为非同步载入模组的规范,其在宣告时模组时即需定义依赖的模组。AMD 常用于浏览器端,其最著名的实践为 RequireJS 基本格式:
    define(id?, dependencies?, factory);
    
  3. CommonJS CommonJS 规范是一种同步模组载入的规范。以 Node.js 其遵守 CommonJS 规范,使用 require 进行模组同步载入,并透过 exportsmodule.exports 来输出模组。主要实现为 Node.js 伺服器端的同步载入和浏览器端的 Browserify
  4. CMD CMD 全称为 Common Module Definition,其规范和 AMD 类似,但相对简洁,却又保持和 CommonJS 的兼容性。其最大特色为:依赖就近,延迟执行。主要实现为:Sea.js
  5. UMD Universal Module Definition 是为了要兼容 CommonJS 和 AMD 所设计的规范,希望让模组能跨平台执行。
  6. ES6 Module ECMAScript6 的标准中定义了 JavaScript 的模组化方式,让 JavaScript 在开发大型复杂应用程式时上更为方便且易于管理,亦可以取代过去 AMD、CommonJS 等规范,成为通用于浏览器端和伺服器端的模组化解决方案。但目前浏览器和 Node 在 ES6 模组支援度还不完整,大部分情况需要透过 Babel 转译器进行转译。

Webpack/Browserify + Gulp

随着网页应用程式开发的复杂性提升,现在的网页往往不单只是单纯的网页,而是一个网页应用程式(WebApp)。为了管理复杂的应用程式开发,此时模组化开发方法便显得日益重要,而理想上的模组化开发工具一直是前端工程的很大的议题。Webpack 和 Browserify + Gulp 则是进行 React 应用程式开发常用的开发工具,可以协助进行自动化程式码打包、转译等重复性工作,提升开发效率。本书范例主要会搭配 Webpack 进行开发。

  1. Webpack Webpack 是一个模组打包工具(module bundler),以下列出 Webpack 的几项主要功能:
    • 将 CSS、图片与其他资源打包
    • 打包之前预处理(Less、CoffeeScript、JSX、ES6 等)的档案
    • 依 entry 文件不同,把 .js 分拆为多个 .js 档案
    • 整合丰富的 Loader 可以使用(Webpack 本身仅能处理 JavaScript 模组,其余档案如:CSS、Image 需要载入不同 Loader 进行处理)
  2. Browserify 如同官网上说明的:Browserify lets you require('modules') in the browser by bundling up all of your dependencies. ,Browserify 是一个可以让你在浏览器端也能使用像 Node 用的 CommonJS 规范一样,用输出(export)和引用(require)来管理模组。此外,也能让前端使用许多在 NPM 中的模组。
  3. Gulp Gulp 是一个前端任务工具自动化管理工具(Task Runner)。随着前端工程的发展,我们在开发前端应用程式时有许多工作是必须重复进行,例如:打包文件、uglify、将 LESS 转译成一般的 CSS 的档案,转译 ES6 语法等工作。若是使用一般手动的方式,往往会造成效率的低下,所以透过像是 Grunt、Gulp 这类的 Task Runner 不但可以提升效率,也可以更方便管理这些任务。由于 Gulp 是透过 pipeline 方式来处理档案,在使用上比起 Grunt 的方式直观许多,所以这边我们主要讨论的是 Gulp。

ESLint

ESLint 是一个提供 JavaScript 和 JSX 的程式码检查工具,可以确保团队的程式码品质。其支援可插拔的特性,可以根据需求在 .eslintrc 设定检查规则。目前主流的检查规则会使用 Airbnb 所释出的 Airbnb React/JSX Style Guide,在使用上需先安装 eslint-config-airbnb 等套件。

React Router

React Router 是 React 中主流使用的 Routing 函式库,透过 URL 的变化来管理对应的状态和组件。若开发不刷页的单页式(single page application)的 React 应用程式通常都会需要用到。

Flux/Redux

Flux 是一个实现单向流的应用程式资料架构(architecture),同样是由 Facebook 推出,并和 React 专注于 View 的部份形成互补。而由 Dan Abramov 所开发的 Redux 被 React 开发社群认为是 Flux-like 更优雅的作法,也是目前主流搭配 React 的状态(State)管理工具。让你在开发复杂的应用程式时可以更方便管理你的状态(state)。

ImmutableJS

ImmutableJS,是一个能让开发者建立不可变资料结构的函式库。建立不可变(immutable)资料结构不仅可以让状态可预测性更高,也可以提升程式的效能。

Isomorphic JavaScript

Isomorphic JavaScript 是指前后端(Client/Server)共用相同部分的程式码,让 JavaScript 应用可以同时执行在浏览器端和伺服器端,在 React 中可以透过伺服器端渲染(server side rendering)静态 HTML 的方式达到 Isomorphic JavaScript 效果,让 SEO 和执行效能更加提升并让前后端共用程式码。而另一个常一起出现的 Universal JavaScript 一般定义更为广泛,系指可以运行在不同环境下的 JavaScript Code,并不局限于浏览器和伺服器端。但要留意的是在 Github 和许多技术文章的分享上会把两者定义为同一件事情。

React 测试

Facebook 本身有提供 Test Utilities,但由于不够好用,所以目前主流开发社群比较倾向使用 Airbnb 团队开发的 enzyme,其可以与市面上常见的测试工具(MochaKarma、Jest 等)搭配使用。其中 Jest 是 Facebook 所开发的单元测试工具,其主要基于 Jasmine 所建立的测试框架。Jest 除了支援 JSDOM 外,也可以自动模拟 (mock) 透过 require() 进来的模组,让开发者可以更专注在目前被测试的模组中。

React Native

React Native和过去的 Apache Cordova 等基于 WebView 的解决方案比较不同,它让开发者可以使用 React 和 JavaScript 开发原生应用程式(Native App),让 Learn once, write anywhere 理想变得可能。

GraphQL/Relay

GraphQL 是 Facebook 所开发的资料查询语言(Data Query Language),主要是想解决传统 RESTful API 所遇到的一些问题,并提供前端更有弹性的 API 设计方式。Relay 则是 Facebook 提出搭配 GraphQL 用于 React 的一个宣告式数据框架,可以降低 Ajax 的请求数量(类似的框架还有 Netflix 推出的 Falcor)。但由于目前主流的后端 API 仍以传统 RESTful API 设计为主,所以在使用 GraphQL 上通常会需要比较大架构设计的变动。因此本书则是把 GraphQL/Relay 介绍放到附录的部份,让有兴趣的读者可以自行参考体验一下。

总结

以上就是读者在 React 生态系游走时会遇到的各种关卡,也许有些初学者会对于这样庞大的体系所吓到,放弃学习 React 这项革新性技术的机会。不过别担心,接下来笔者将带领读者按图索骥,依序介绍整个 React 生态系的各种技术,一步步带领大家用 React 实作出生活中会用到的应用程式。

延伸阅读

  1. Navigating the React.JS Ecosystem
  2. petehunt/react-howto
  3. React Ecosystem - A summary
  4. React Official Site
  5. A collection of awesome things regarding React ecosystem
  6. Webpack 中文指南
  7. AMD 和 CMD 的区别有哪些?
  8. jslint to eslint
  9. Facebook的Web开发三板斧:React.js、Relay和GraphQL
  10. airbnb/javascript

文章来源

github开源教程從零開始學 ReactJS(ReactJS 101), 作者KD Chang 简体中文版本, 作者carlleton

索引目录