UNPKG

@ozo/react-rock

Version:

React 移动端开发脚手架,基于CRA3,通用、开箱即用。

912 lines (638 loc) 33.4 kB
[TOC] # React 模板工程 本模板工程是通用工程,支持前端开发和中后台开发。 基于 create-react-app v3(简称 cra3)创建,整合了 react router 等基础组件,旨在作为基础工程以便能快速衍生其他复杂工程模板。 本文档部分内容来自官方文档[create-react-app 项目地址](https://github.com/facebookincubator/create-react-app/blob/master/README.md),详情参考 [中文文档](https://www.html.cn/create-react-app/), [英文文档](https://create-react-app.dev/) ## 技术特性 该工程的主要技术特性如下: - [SCSS](http://sass.bootcss.com/) / CSS Modules 样式处理(不熟悉的同学,先学习下:) - 公共 SCSS mixins 支持 - 基于 fetch 数据请求 - 支持 mobx 状态管理\* - 支持 Fusion Design 平台,UI 和前端协同\* - 支持公共主题可配置 - Eslint / Stylelint / Prettier 代码检查 - Markdownlint 规范 [详情](https://github.com/ruanyf/document-style-guide/) [规则](https://github.com/hustcc/lint-md/tree/master/packages/lint-md) - 代码提交日志规范 - 支持[装饰器 @](https://segmentfault.com/a/1190000018313262) @babel/plugin-proposal-decorators - 支持[可选链运算符 ?.](https://segmentfault.com/a/1190000021167608?utm_source=tag-newest) @babel/plugin-proposal-optional-chaining - 支持[空位合并运算符 ??](https://segmentfault.com/a/1190000021167608?utm_source=tag-newest) @babel/plugin-proposal-nullish-coalescing-operator 更多特性,赶快体验! > CRA3 升级的特性,可以参考 releases[https://github.com/facebook/create-react-app/releases/tag/v3.0.1], [英文文档](https://www.colabug.com/6107594.html) ,[中文文档](https://www.oschina.net/news/106172/create-react-app-3-released) > CRA2 升级的特性,可以参考[英文文档](https://reactjs.org/blog/2018/10/01/create-react-app-v2.html) ,[中文文档](https://www.css88.com/archives/9739) ## 项目规范 ### 文件结构 ```plain ├── .vscode/ # vscode相关 │ └── launch.json # 存放调试配置,如Debugger for Chrome调试配置等 ├── build/ # 构建目录,构建后创建 │ ├── doc/ # 文档目录,存放项目相关文档 ├── node_modules/ # node依赖模块,安装组件后自动创建 ├── public/ # 静态文件 │ ├── favicon.ico # H5 icon,浏览器地址栏图标 │ ├── ie.html # ie及低版本浏览器兼容提示 │ ├── index.html # 应用入口页模板,如果要引入第三方JS可以放在这个目录* │ ├── logo*.png # Web App应用图标,默认包括1x和3x两种尺寸 │ ├── manifest.json # Web App配置文件 │ └── robots.txt # robots协议配置文件 │ ├── src/ # 项目root │ ├── mock/ # mock目录,根据项目需要创建 │ ├── api/ # 项目api相关 │ ├── Agent.js # 接口请求处理逻辑,默认采用fetch │ ├── ApiUrl.js # 接口请求api地址注册 │ ├── ResponseCode.js # 错误码定义 │ └── index.js # 接口的统一export │ │ ├── assets/ # 公共静态资源(组件除外),如图片/字体/json等,文件名一律小写 │ ├── font/ # 公共字体 │ ├── img/ # 公共图片,应当按模块分文件夹存放 │ └── index.js # 公共资源的统一export │ │ ├── components/ # 组件集合,用于存放与业务无关的(展示型组件)、可复用的组件 │ ├── xxx/ # xxx组件 │ ├── components/ # 组件独有的子组件,目录结构与父级一致 │ ├── img/ # 组件的图片目录 │ ├── xxx.jsx # 组件的jsx文件 │ ├── xxx.scss # 组件的scss文件,按需选择 │ ├── xxx.module.scss* # 组件的scss文件,开启css-modules,按需选择 │ ├── xxx.mdx # 组件的说明文档(功能复杂组件可选) │ └── index.js # 组件的export │ └── index.js # 所有组件的统一export │ │ ├── constants/ # 常量目录(可选) └── index.js # 常量的统一export │ ├── layouts/ # 项目布局集合,用于路由分层 │ ├── xxxLayout/ # xxx布局组件 │ ├── components/ # 布局独有的子组件,目录结构与通用组件一致 │ ├── style/ # 布局主题scss文件 │ ├── xxx.jsx # 组件的jsx文件 │ ├── xxx.scss # 组件的scss文件 │ ├── xxx.module.scss* # 组件的scss文件,开启css-modules │ ├── menuConfig.js # 菜单配置(顶部导航/侧边导航/底部导航等) │ └── index.js # 布局的export │ └── index.js # 布局的统一export │ │ ├── modules/ # 业务组件集合(目录结构与layouts一致) │ ├── xxx/ # 各模块目录 │ └── index.js # 容器组件相关的统一export │ │ ├── pages/ # 页面级组件,用于组合modules/layouts等,目录结构=通用组件 │ ├── xxx/ # 各页面目录 │ └── index.js # 页面的统一export │ │ ├── stores/ # 数据store相关,与mobx等库配合 │ ├── Store.js # 数据层的基础类 │ ├── xxxStore.js # 各业务store,需要继承Store基类 │ └── index.js # store相关的统一export │ │ ├── utils/ # 辅助工具集合,项目通用方法、函数等 │ ├── xxx.js # 各辅助工具 │ ├── polyfill.js # 浏览器补丁相关 │ └── index.js # 辅助工具类的统一export │ │ ├── settings.scss # 项目scss变量定义,用于重置基础变量 │ ├── App.js # 应用入口组件 │ ├── App.css / .scss* │ ├── App.test.js │ ├── index.js # React入口js │ ├── index.css / .scss │ ├── router.js # 全局路由处理逻辑 │ ├── routerConfig.js # 全局路由配置 │ ├── serviceWorker.js │ ├── setupProxy.js # 全局代理配置 │ └── vendorConfig.js # 用于配置第三方库splitting的范围 │ ├── tests/ # 存放测试用例 ├── .babelrc.js # babel 自定义配置文件 ├── .commitlintrc.js # 提交日志规范相关 ├── .editorconfig # 编辑器配置文件 ├── .env # 环境变量配置文件,公共变量配置 ├── .env-cmdrc.test.js # 环境变量测试文件 ├── .env-cmdrc.js # 环境变量配置文件,不同环境的变量配置 ├── .eslintignore # eslint 忽略配置,类似 .gitignore ├── .eslintrc.js # eslint 配置文件 ├── .gitattributes # 指定由 git 使用的文件和路径的属性 ├── .gitignore # git 提交忽略配置文件 ├── .lintmdrc # markdownlint 配置文件 ├── .lintstagedrc.js # lint-staged 配置文件 ├── .npmignore # npm 提交忽略配置文件 ├── .nvmrc # 配置项目所使用的 node 版本(采用nvm管理node版本) ├── .prettierignore # prettier 忽略配置,类似 .gitignore ├── .prettierrc.js # prettier 配置文件 ├── .stylelintignore # stylelint 忽略配置,类似 .gitignore ├── .stylelintrc.js # stylelint 配置文件 ├── .yarnrc # yarn 配置文件 ├── config-overrides.js # 在不eject的情况下,扩展webpack配置 ├── jsconfig.json # 指定根文件和js语言服务提供的功能选项 ├── package.json # 包含项目的基本信息、项目的依赖以及项目的相关执行命令等 ├── package-lock.json # npm 依赖包版本lock ├── README.md # 描述此项目的功能、特点、API 等信息 ├── server.js # 本地构建服务器 ├── server.test.js # 本地开发测试服务器 └── yarn.lock # yarn 依赖包版本lock ``` > 以上结构是项目的推荐结构;带有 \* 的文件为可选。 > > 以上未提及的文件夹或文件,不用关注。 > 以上各目录中的统一 export 不包括第三方组件,且未使用的组件应避免在此导出。 ### 命名规范 详情参见[项目级规范](doc/前端开发规范.md)。 ### 组件分类 规范中将组件划分为通用组件和业务组件两大类。 #### 通用组件(复用级别:框架级) 通用组件也叫**展示型**组件,与具体业务解耦,只负责接收指定格式的数据进行 UI 展示。可在大多数项目中通用。约定存放在**`src/components`**目录中。 为便于沉淀通用组件库,并提高其可维护性。约定将通用组件划分以下 4 类: - **basis**:基础型组件,构成网页的基本元素。例如图标、按钮等; - **layout**:布局型组件,用于组织页面布局,例如网格系统、两侧留白、水平留白等; - **block**:区块/模块型组件,具有独立的功能,低于页面级的组件,例如支持筛选和分页的表格,可以嵌套; - **template**:模板型组件,可重用的复杂 UI 结构,一般为页面级组件,例如支付成功页等。 #### 业务组件(复用级别:项目级) 业务组件是指与项目紧密相关的组件,一般会捆绑具体的数据或状态,也叫**容器型**组件。分为以下 3 类: - **modules(`src/modules`)**:功能组件,用于归类项目开发中,无法沉淀为框架级的、但项目内可复用的功能块,一般由**数据或状态** + **通用组件**组成。例如购物车模块、用户登录等。 - **pages (`src/pages`)**:页面组件,用于归类按页面流划分的页面组件,一般由**项目级 modules** + **通用组件(布局类组件等)**组成。 - **layouts(`src/layouts`)**:结构组件,主要用于对整个项目的页面结构做归类,抽出公共的页面级容器组件。例如可定义: ``` - MainLayout:用于一级页面,带有一级导航、标题栏、底部导航等。 - BaseLayout:用于二级页面,如商品列表、商品详情等。 - BlankLayout:什么都不带,100%高的容器,用于404 等特殊页面布局等。 当然,也可以根据业务需求划分,如 GoodDetailLayout 商品详情模块、UserLayout 登录/注册/忘记密码等。其原则是可重用,便于组织页面。 ``` ### 开发须知 - 推荐通过各类目录下的 index.js 统一 export。便于对该目录下的资源或组件进行统一注册、替换和添加描述备注等,提高可维护性。 - 通过@、@/components、@components 等别名来引入组件。 - 开发前先根据页面梳理组件,并对组件分级;做好 store 划分,提取公共数据处理逻辑。 - 尽量做到页面均由**布局组件**+ **通用组件/项目级功能组件**组成,不含原子标签(div、span 等)。 ## 依赖环境 - node 8+ - babel 7 - webpack 4 - React 16+ - ES6+ - node-sass 4+ - jest + react-testing-library ### 安装 默认使用 yarn,npm 可能无法正常安装 node-sass。若yarn安装node-sass失败,可通过cnpm单独安装node-sass。 ```plain > yarn ``` ### 命令行 - yarn start/npm start 启动开发环境,会自动在浏览器打开 [http://localhost:3000](http://localhost:3000),支持热更新。 - yarn build 生产环境打包 - yarn test 进行测试 - yarn commit 命令行提交,类型选择 - yarn version changlog 及版本管理 > 推荐编辑器 [Visual Studio Code](https://code.visualstudio.com/),如果出现 vscode 占用系统资源 100%的情况,请检查是否安装了 SCSS InterliSense 、IntelliSense for CSS class names in HTML 插件,若存在,请关闭这类插件。\*\*\*\* ## 开发相关 ### 修改入口页标题 如果要修改网页标题,请修改 package.json 的 title 字段;或者修改 public/index.html 中的<title>标签内容。 还可替换 favicon.ico 为自己的 ico。 manifest.json 中的信息也一并修改。 ### 使用全局别名 已定义以下全局别名:`@`代表src目录、`@theme`代表当前项目配置的主题(在package.json中配置); ```js // package.json { "buildConfig": { "theme": { "alifd": "@alifd/theme-xxx" } }, } ``` > 使用别名,scss 名称@import 时需要写完整,文件名中的\_ 和 .scss 后缀名不能少。 > 使用第三方库的 css 时,可以通过`~`引入或写全`node_modules`的路径。 ### 组件的异步加载 默认情况下,webpack 会将引用到的包都打包到同一个 JS 文件中,入口 js 文件体积可能会很大。通过按需加载,可以使之变小。方法引入: ```js import { lazy } from '@ozo/lazy-loader'; const Login = lazy(() => import('./UserLogin')); <Route path='/Login' component={Login}/> ``` > 更多用法可查看[ `@ozo/lazy-loader`的使用说明](https://www.npmjs.com/package/@ozo/lazy-loader)。 ### 组件Import顺序 统一编写习惯,方便团队成员形成统一的“表达“,减轻代码阅读负担。推荐顺序为: + 通用基础库:prop-types、classnames、lodash-es等 + react基础库:react、react-dom、react-router-dom等 + mobx、redux基础库:mobx、mobx-react等 + 第三方组件库:@alifd/next等,库附带的样式文件跟随其后 + 项目级组件:@/components/xxx + 页面级组件:./components/xxx + 项目级工具类:@/utils/xxx + 页面样式文件:css、scss文件,注意引入顺序,按影响程度引入,影响最直接的放在最后 + 图片、json等静态资源,比较多时可考虑单独的文件集中导入/导出管理 > webpack生产打包时,scss的顺序是按照代码执行的顺序,谁先import就先打包谁。 ### 设计与开发协同 详情参见[UI 设计与前端协同](https://zhuanlan.zhihu.com/p/158206021)。 ### CSS 样式编写 ##### 定义 SCSS 变量 项目开发中,对于在主题包之外的公共特性,如颜色、字号等,统一定义到`src/settings.scss`文件中,以便于后期维护和管理。注意命名规范和分组。 ```scss // ./src/settings.scss $modal-color: #f33; // 组件的xxx.scss @import '@/settings'; //引入路径根据组件scss文件位置进行修正 .content { color: $modal-color; } ``` ##### 使用 SCSS mixins 脚手架默认引入了一些常用的 mixins,使用方法参考:https://github.com/inier/mixins。 ```scss @import '@/settings'; //引入路径根据组件scss文件位置进行修正 /*-------- 极细边框 --------*/ // 上、右、下、左边框 .border-t { @include onepx-scale(#eee, top, after, 2px); } .border-r { @include onepx-scale(#eee, right, after, 2px); } ``` 此外,也可以在 `@/settings.scss` 文件中自定义 mixins。 ##### 不开启 CSS-Module css 样式可以选择是否开启 CSS-Module 功能,先介绍不开启的方式。 第 1 步:样式文件命名为 xxx.scss; ```scss .content { padding: 10px; .logo { width: 40px; } } ``` 第 2 步:在 jsx 中引入时使用`import './xxx.scss';` ```js import './xxx.scss'; ... <main className="content"> <div className="logo"></div> </main> ``` > 未开启 CSS-Module 功能,将需要注意避免各组件间的样式冲突,推荐 BEM 命名规范,用法自行搜索。 ##### 开启 CSS-Module 功能 第 1 步:样式文件命名为 xxx.module.scss; ```scss .content { padding: 10px; .logo { width: 40px; } } ``` 第 2 步:在 jsx 中引入时使用 `import styles from './xxx.module.scss';` ```js ... import styles from './xxx.module.scss'; ... <main className={styles.content}> <div className={styles.logo}></div> </main> ``` > 开启 CSS-Module 功能后,将不在支持直接用引号引入该文件的样式; > > 如果要使用全局样式,请在样式文件中使用 :global,并在引用时,使用字符串而不是变量应用。 样式继承:开启 CSS-Module 功能后,样式继承请使用[如下方法](https://github.com/css-modules/css-modules#dependencies)。 > 如果由于某种原因需要禁用 Autoprefixer,请 [按照本节进行操作](https://github.com/postcss/autoprefixer#disabling) 。 > > 默认情况下 禁用了 [CSS Grid(网格) 布局](https://www.html.cn/archives/8510) 前缀,但不会删除手动前缀。 如果你想选择加入 CSS Grid(网格) 前缀,请先 [熟悉一下它的局限性](https://github.com/postcss/autoprefixer#does-autoprefixer-polyfill-grid-layout-for-ie)。 > 要启用 CSS Grid(网格) 前缀,请将 `/* autoprefixer grid: on */` 添加到 CSS 文件的顶部。 ### 使用字体图标 ##### 引入在线字体图标 推荐使用[阿里巴巴 iconfont](http://www.iconfont.cn)库来管理项目的图标。 上传好图标后,在网站上生成在线链接(font class),复制该链接,使用它替换掉`.env`文件中的`REACT_APP_ICONFONT_URL`字段: ```plain # REACT_APP_ICONFONT_URL="//at.alicdn.com/t/font_xxx_xxx.css" ``` 然后修改`public/index.html`即可。 ```html <!-- <link rel="stylesheet" href="%REACT_APP_ICONFONT_URL%"> --> 变为 <link rel="stylesheet" href="%REACT_APP_ICONFONT_URL%" /> ``` > 本地引入方式:[仅自建 CDN 的情况下使用]。在[阿里巴巴 iconfont](http://www.iconfont.cn)中上传图标,然后在网站上生成在线链接(font class),访问该链接并复制其中的内容。在`public`目录中新建`iconfont.css`,将刚复制的内容粘贴到该文件中,然后在`public/index.html`目录中引入该链接即可。 ```html <link rel="stylesheet" href="./iconfont.css" /> ``` > 这种方式需要注意 cdn 缓存问题,建议在 CDN 规则中不缓存该文件的图标。对于频繁更新的情况,可以采用其他手段将其 hash 化。 ##### 引入本地字体图标文件 对于本地化字体文件,可将该资源放入到`src/assets`目录中,然后在`src/index.scss`中引入其样式文件即可。 > 这种情况下,本地字体图标文件,一般会被完整打包到 js 中,也可通过打包手段分离出来。 ##### 平台型协同方式的字体图标(推荐) 采用平台型协同方式时,可在 fusion 平台统一管理字体图标(同样依赖 iconfont.cn 库)。不用单独引入 iconfont.css。 ### 引入图片等资源 为了减小 Http 的请求数目,在打包时 webpack 会将小于 10k 的图片直接转换成 base64 字符串放在 html 中。 **目前只支持 bmp,gif,jpg,jpeg,png** 写法如下: ```js import React from 'react'; import logo from './logo.png'; // Tell Webpack this JS file uses this image console.log(logo); // /logo.84287d09.png function Header() { // Import result is the URL of your image return <img src={logo} alt="Logo" />; } export default Header; ``` ```css .Logo { background-image: url(./logo.png); } ``` ### 配置API调用接口 在本地开发时,前端调用的接口都是跨域的,需要进行代理。将相对路径配`./src/api/ApiUrl.js`中即可。 ``` // ./src/api/ApiUrl.js const urls = { ... POST_LOGIN: '/main/login', GET_RESPONSE_CODE: '/resc/list' ... } ``` API接口命名采用全大写字母,下划线拼接,建议以对应的提交方式`GET`和`POST`等冠名,以便直观的显示。 ### 配置开发环境代理 在`src/setupProxy.js`中参照一下配置: ```js module.exports = function (app) { app.use( '/api', createProxyMiddleware({ target: 'http://localhost', changeOrigin: true, pathRewrite: { '^/api': '', }, }) ); ... }; ``` > 具体代理规则,请先到接口通用处理逻辑中根据自己接口返回结果的格式情况,进行修改。 这样配置后所有带有`/api`的接口请求都会被代理到`http://localhost`。具体用法请参考[`http-proxy-middleware`组件的官方用法](https://github.com/chimurai/http-proxy-middleware)。 ### mobx 开发相关 优先使用最新版本的mobx5,该版本采用 Proxy 对象,部分机型不支持。对兼容性有要求的可以降低到mobx3、或mobx4(支持 es5)。详情请参考[mobx 开发手册](https://cn.mobx.js.org/)。 ##### mobx 开启严格模式 mobx 开启严格模式,必须使用@action 来修改数据 ```js // mobx5,匹配mobx-react6.x, //https://cn.mobx.js.org/refguide/api.html + https://blog.csdn.net/smk108/article/details/83185745 configure({ enforceActions: 'observed', }); // mobx4,匹配mobx-react5.x configure({ enforceActions: true, }); // mobx3及以下,匹配mobx-react4.x useStrict(true); ``` > 注意与之搭配的mobx-react库。 ### 开启/关闭 sourcemap cra 通过 GENERATE_SOURCEMAP 来控制 sourcemap 的开启和关闭,在.env-cmdrc.js 文件中对应的环境下,增加`"GENERATE_SOURCEMAP": false`, false 为关闭 sourcemap,true 为开启 sourcemap。 ```js { "development": { "REACT_APP_HMR": false }, "production": { "GENERATE_SOURCEMAP": false, "BUNDLE_VISUALIZE": true }, "test": { }, "uat": { "PORT": 8080 } } ``` ### 启用 PWA 特性 CRA 支持 workbox,可以一键开启 PWA(Progressive Web App)。在`src/index.js` 文件中有以下代码: ```js serviceWorker.unregister(); ``` 如果要使用 CRA 提供的 PWA 特性的话,我们需要将`serviceWorker.unregister()` 改为`serviceWorker.register()`。打包项目后,在`build`文件夹下有以下几个文件: - asset-manifest.json // 存放本次打包后资源的路径及 hash,用于区分版本 - server-worker.js // 规定了资源缓存策略 - preche-manifest.xxxxxxxxx.js // 静态资源版本记录 - manifest.json // Web 应用程序清单,可以配置在系统桌面上的图标等,参考[文档](https://developer.mozilla.org/zh-CN/docs/Web/Manifest) > 在 src 文件目录下有一个 serviceWorker.js 文件,用于检查环境变量是否为“production”,且当前浏览器是否兼容 service worker。 ### 代码检查 本工程中采用的检查工具包括: + [**ESLint**](./doc/ESlint+Prettier配置.md):用于检查 js 的逻辑错误; + [**Prettier**](./doc/ESlint+Prettier配置.md):用于格式化 js 的格式; + [**Stylelint**](./doc/Stylelint配置.md):用于检查css、scss等样式的语法和书写等。 ##### ESLint 禁用检查 http://eslint.cn/docs/user-guide/configuring#disabling-rules-with-inline-comments ##### Stylelint 禁用检查 跟 eslint 类似,通过 `stylelint-disable` 注释来局部禁用某一项规则。通过 `stylelint-enable` 可以把之前忽略的规则重新开启。一定要注意,只 enable 对应的规则,形成呼应: ```html <style> .classA { /* stylelint-disable declaration-block-no-duplicate-properties */ transition-property: transform; transition-property: transform, -webkit-transform; /* stylelint-enable declaration-block-no-duplicate-properties */ } </style> ``` ### 低版本浏览器兼容 详情参见[低版本浏览器兼容](doc/低版本浏览器兼容.md)。 ## 本地调试 #### 使用 VSCode 调试 本工程可以使用 VSCode 进行调试。但需要先安装这个[Debugger for Chrome](https://marketplace.visualstudio.com/items?itemName=msjsdiag.debugger-for-chrome) ## 测试相关(待更新) ### 单元测试 测试:`yarn test` 或者 `npm test`,详情请参考[create-react-app 官方文档](https://facebook.github.io/create-react-app/docs/running-tests)。 > 集成测试/功能测试/性能测试/渲染测试 @testing-library/react 测试React Component的库 @testing-library/react-hooks 测试自己写的的React Hooks的库 @testing-library/jest-dom 提供更多利于dom测试的断言 ## 代码提交 ### 提交时自动格式化 > 只有使用 Git 作为代码服务器时有效 使用以下插件 husky lint-staged prettier 实现在提交代码时,自动进行格式化 To format our code whenever we make a commit in git, we need to install the following dependencies: ### 规范提交记录 使用一个规范的提交记录是很有必要的,这不仅让多人开发中的参与者能更好地了解项目的迭代历史和进程,也能在出现问题时快速定位,找到问题代码的提交记录。 在提交代码时,应遵守以下规范: - 修改的文件如果涉及多个板块,应单独先提交。 - 规范提交信息格式:<type>(<scope>): <subject> ,具体参考[提交记录规范指南](doc/提交日志规范.md)。例如: ```plain fix(发票信息页面):修改返回字段。 feat(SingleInput组件):扩展xxx功能,增加size属性用于设置输入框高度,默认为md [44px],目前支持lg [54px] chore: 新增scss支持(支持 scss 并兼容css-modules) ``` ### 自动生成更新说明(待更新) 此外,还可以使用工具根据提交记录自动生成更新说明 (CHANGELOG),免去手动更新的痛苦,也方便用户了解每次更新的具体内容。具体参考[更新说明规范指南](doc/分支及版本发布规范.md)。 ## 构建发布 - 构建:`yarn build`或`npm run build`,App 构建出发布的文件到 `build` 目录。 - 发布:将 build 目录下的文件发布到对应node服务器上即可;该环节推荐通过搭建 CI/CD 平台来自动完成。 ## Code Review CodeReview 的目的是提升代码质量,尽早发现潜在缺陷与 BUG,降低修复成本,同时促进团队内部知识共享,帮助更多人更好地理解系统,这也是帮助新人成长最快的方式之一。详情参考[CodeReview 规范](doc/CodeReview规范.md)。 参考文章: https://www.zhihu.com/question/41089988?sort=created https://blog.csdn.net/uxyheaven/article/details/49773619 http://www.cnblogs.com/cnblogsfans/p/5075073.html ## 进阶配置 ### 国际化 项目的国际化,根据场景主要分为组件国际化、日期国际化、内容国际化。 - **组件国际化** 很多 UI 框架或组件自身已提供国际化方案,可以参考使用,如[Fusion Design UI](https://fusion.design/component/doc/107)。 * **日期国际化** 对于日期来说,可以借助 [moment](https://github.com/moment/moment) 库,其自带国际化相关能力。目前社区比较主流的解决方案有以下两种: 方法一: ```js const webpack = require('webpack'); module.exports = { // ... plugins: [ // 打包指定需要的语言文件 new webpack.ContextReplacementPlugin(/moment[\/\\]locale$/, /zh-cn|ja/), ], }; ``` 方法二: ```js const webpack = require('webpack'); module.exports = { // ... plugins: [ // 只打包有过引用的语言文件,应用中需要添加如:`import 'moment/locale/zh-cn';` // new webpack.IgnorePlugin(/^\.\/locale$/, /moment$/) ], }; ``` - **内容国际化** 主流的内容国际化方案有: [kiwi](https://github.com/nefe/kiwi) [有配套的 vscode 工具,持续关注] [react-intl](https://github.com/yahoo/react-intl) [yahoo] [react-intl-universal](https://github.com/alibaba/react-intl-universal) [alibaba] [react-i18next](https://react.i18next.com/) [i18next.js] [i18n-pick](https://github.com/ProtoTeam/i18n-pick) [蚂蚁金服团队] [react-i18n](https://juejin.im/post/5c24a09d5188252a9412fabf) [腾讯 webnovel 团队,暂未开源] ### 自定义 webpack 配置 本脚手架采用了 react-script,自定义 webpack 的配置有两种方式: - **eject:**该方式可获得 webpack 的完全控制权,具体用法参见[http://www.geekjc.com/post/5b74e06ac827d41a704bac62(http://www.geekjc.com/post/5b74e06ac827d41a704bac62) - **不 eject:**推荐方式,引入`react-app-rewired`和`customize-cra`插件,具体用法请参见: [https://github.com/timarney/react-app-rewired](https://github.com/timarney/react-app-rewired) / https://github.com/arackaf/customize-cra ### 添加自定义的环境变量 你可以在工程设置环境变量,默认的环境变量有 `NODE_ENV`,它的值有`development` / `production` / `test` 分别对应运行的命令行`yarn start` / `yarn build` / `yarn test`。 > 环境变量的值会在打包阶段被动态的替换掉; > 要在 React 的环境下生效,自定义的环境变量必须以 `REACT_APP_` 开头; > 不以 `REACT_APP_`开头的自定义环境变量,只会在后续执行的 nodejs 脚本中生效,而不会置入到 React 的运营环境中。例如 `BUNDLE_VISUALIZE`,只能用于开启脚手架中的`webpack-bundle-analyzer`。 #### 设置环境变量 环境变量有以下几种设置方式: ##### env-cmd 的 rc 文件集中管理(推荐) 使用[env-cmd](https://github.com/toddbluhm/env-cmd)工具可以方便的对文件进行管理。 1. 安装 env-cmd 2. 在根目录新建**.env-cmdrc.js**文件,用于自定义不同环境的环境变量,这里配置的变量会覆盖`.env.local`文件中的对应变量,内容类似: ```js { "development": { }, "test": { }, "production": { "BUNDLE_VISUALIZE": "1" }, "h5": { "PORT": 8080 } } ``` 3. 在 package.json 中注册脚本命令,根据自己的需要指定环境,多个环境可以共用,用`,`分隔: ```js "scripts": { "start": "env-cmd development,h5 react-app-rewired start", "build": "env-cmd production react-app-rewired build", "test": "env-cmd test react-app-rewired test", ... } ``` > 如果需要自定义通用环境变量,可在根目录新建**.env.local**文件,内容类似: ```plain # NODE_ENV=development # PORT=3000 # API_SERVER=192.168.0.100 # API_PORT=9000 # 应用名称 REACT_APP_TITLE=toxic # 应用版本 REACT_APP_VERSION=1.0 ``` ##### 文件内定义 可以在项目根目录下新建如下的文件(不同命令,会读取不同的文件) - `.env: 默认使用` - `.env.local:用于本地变量覆盖,这个文件会在除了test环境的所有环境加载` - `.env.development,.env.test,.env.production:在对应的环境加载` - `.env.development.local,.env.test.local,.env.production.local:在对应的环境加载,最高优先级,会覆盖.env.*的配置` 加载的优先级从高到低,依次为: - `npm start`: `.env.development.local`, `.env.development`, `.env.local`, `.env` - `npm run build`: `.env.production.local`, `.env.production`, `.env.local`, `.env` - `npm test`: `.env.test.local`, `.env.test`, `.env` (注意没有 `.env.local`) ##### 命令行直接设置 环境变量还可以在运行命令行的时候直接设置 - Windows(cmd.ext): `set REACT_APP_SECRET_CODE=123&&npm start` - Mac: `REACT_APP_SECRET_CODE=123 npm start` #### 使用环境变量 jsx 中使用: ```jsx render() { return ( <div> <small>You are running this application in <b>{process.env.NODE_ENV}</b> mode.</small> <form> <input type="hidden" defaultValue={process.env.REACT_APP_SECRET_CODE} /> </form> </div> ); } ``` js 中使用: ```js if (process.env.NODE_ENV !== 'production') { analytics.disable(); } ``` html 中使用: ```html <title>%REACT_APP_WEBSITE_NAME%</title> ``` ### 在开发中使用 https ##### 通过环境变量设置 ``` module.exports = { development: { ... // 在开发环境中使用 HTTPS, 默认未开启 HTTPS: true, }, ... } ``` ##### Windows (cmd.exe) ```cmd set HTTPS=true&&npm start ``` (Note: the lack of whitespace is intentional.) ##### Linux, macOS (Bash) ```bash HTTPS=true npm start ``` ### 应用第三方 JS ##### node 模块引用 使用 npm 安装后,直接在 js 文件中 import 即可。 ##### 单个 JS 文件引用 如果文件符合 AMD/CMD 规范可以直接 import,如果不符合请在 public/index.html 中引入 ### 推荐库 详情请见[推荐库](doc/推荐库.md)。 ## 附录 ### 开发规范 关于工程目录介绍和代码规范等。 [前端开发规范](./doc/前端开发规范.md) ### bug 记录 记录各种 bug。 [bug 记录](./doc/bug记录.md) ### 踩坑日记 存放各种坑及填坑方法。 [踩坑日记](./doc/踩坑日记.md)