A cli tool for creating a new react project
npm install tiger-new
* 安装
* 使用
- 创建新项目
- 升级老项目
- 功能说明
* 更新日志
- v9.x 新功能
- v8.x 新功能
- v7.x 新功能
- v6.x 新功能
- v5.x 新功能
- v4.x 新功能
- v3.x 新功能
- v2.x 新功能
* SSR
- 开发
- 发布
- 路由与异步数据处理
- withSSR
- 国际化 i18n
- 注意事项
快速生成一个标准开发项目的 CLI。(本项目自 facebook 官方出品的 create-react-app 修改而来)
- CLI-QA 形式初始化配置项目
- 生成的项目支持 webpack + es6 开发环境
- 也支持 jsx 语法,所以也同时可以用来开发 react 应用
- 提供渐进式对typescript语法的支持,支持tsx开发react应用
- 不仅支持 SPA,也支持多页面项目开发
- NEW 支持 jest 自动化测试
- NEW 支持SSR(server side render)
- 多页面应用支持模板分离
- 打包构建支持抽取打包公共组件、库、样式
- 支持 scss、less
- 支持 eslint tslint 语法检查
- 支持 ternjs 配置
更多特性及使用细节请安装后创建项目查看
不需要安装,你可以直接使用 npx tiger-new 快速开始。如果你之前安装过tiger-new,请卸载它: npm uninstall tiger-new -g
$ npx tiger-new <项目名|路径>
$ npx tiger-new <项目名|路径> --upgrade
例如:
$ npx tiger-new my-new-project
$ cd my-new-project/
$ npm start
tiger-new完全基于create-react-app,所以完整支持所有cra的所有功能特性。你可以直接参考cra官网来了解生成项目的基本的使用。
> 注:是指生成的项目的功能特性完全支持cra所生成的项目的所有特性。但是tiger-new与cra的项目创建流程并不一致。
支持的环境变量
- PORT 指定本地服务的端口
- HOST 指定本地服务的 host;请注意,单独设置该变量,将导致本地的localhost失效,只能使用指定的HOST访问服务
- HTTPS 配置使用 https;需要有本地的 SSL 证书
- PROXY 配置本地代理服务器
- DANGEROUSLY_DISABLE_HOST_CHECK 关闭 host 检测;DANGEROUSLY_DISABLE_HOST_CHECK=true 将允许任意的 host 访问
- IGNORE_CSS_ORDER_WARNINGS 禁止mini-css-extract-plugin插件输出conflicting order警告信息
- PUBLIC_URL 类似 webpack 配置中的config.publicPath,可以用来控制生成的代码的入口位置
- BASE_NAME 指定项目的basename,例如BASE_NAME=/account
- SKIP_CDN 本次构建不需要上传 CDN,即不使用package.json中的cdn字段来作为publicPath
- BUILD_DIR 指定项目构建输出目录;不传递该变量情况下,prodcution环境输出到build目录,development环境输出到buildDev目录
- SSR 是否启用SSR。默认情况下,当项目存在SSR入口文件,将自动启用SSR。你可以通过SSR=false来禁用这一功能
- RUNTIME 运行时标记,web 或者 node
- COMPILE_ON_WARNING 构建时允许警告
- TSC_COMPILE_ON_ERROR 开发时允许 ts 编译器错误
- DISABLE_TSC_CHECK 禁用 typescript 编译检查
- DISABLE_ESLINT_CHECK 禁用 eslint 编译检查
- DISABLE_NEW_JSX_TRANSFORM 不使用 react 新的 JSX transform
- DISABLE_FAST_REFRESH 禁用 react-refresh,对于超大型项目这很有用,因为目前的 react-refresh 存在较严重的性能问题
- DISABLE_WEBPACK_CACHE 禁用 webpack 的 cache 特性,某些项目可能存在构建时使用 filesystem 缓存时产生崩溃
- DISABLE_REACT_COMPILER 禁用 react-compiler
- TIGER_ 任意的以TIGER_开头的变量。该变量也会传递给 webpack 构建,所以你可以在项目代码中访问该变量:process.env.TIGER_
以上环境变量,你可以在运行相关命令时指定,也可以通过项目根目录下的.env .env.production .env.developement .env.local .env.production.local .env.developement.local 等文件配置。
但是,请注意,默认以.local结尾的环境变量文件,是不包含在项目 git 仓库中的。
支持的运行命令
- npm start 启动本地开发服务
- npm run build 构建生产包(默认输出文件到 build 目录)
- npm run build:dev 构建测试包(默认输出文件到 buildDev 目录)
- npm test 运行测试
- npm run serve 启动本地预览服务器
- npm run i18n-scan npm run i18n-read 读取或者写入 i18n 文件
- npm run count 查看代码统计
更多功能请创建项目后查看项目的 README.md 文件
- 支持react@19、react-comiler编译优化以及eslint@9等
- 支持typescript@5
- 默认模板使用MUI组件库
- 支持webpack@5
- 进一步提高编译性能
- 支持 SSR 渲染
- 同步CRA 3.x
- 集成jest测试
- 可以选择创建普通的开发项目,还是 npm 发布包项目
- webpack 升级到 v4
- babel 升级到 v7
- eslint 升级到 v5
- 更好的 typescript 支持
- 持久化缓存的优化
- webpack 升级到 2.x
- webpack-dev-server 的升级,带来更好的 proxy 支持
6.0 起开始支持SSR渲染,感谢 SSR support #6747 这个 PR 带来的灵感。
SSR是一个可选的功能,并且它与本身的纯静态构建完全兼容,甚至可以共存。要开启项目的SSR功能,你只需要添加一个同名入口文件,以.node.[ext]作为后缀即可:
``diff`
├── app
│ ├── components
│ ├── hooks
│ ├── modules
│ ├── types
│ ├── utils
│ ├── index.tsx
+ │ ├── index.node.tsx
│ ├── about.tsx
+ │ └── about.node.tsx
├── public
│ ├── index.html
+ │ ├── index.node.html
│ └── service-worker.js
> 上述示例以多入口项目做示例,一般来说单入口项目只需要添加一个index.node.[ext]即可。对于该示例来说,/about/* 的请求都会走about.node.tsx,其它请求走默认的index.node.tsx。.node.html
>
> 模板是可选的,如果缺省,则以默认的index.html作为 SSR 入口模板。
index.node.[ext]是一个导出接收 templateFile request response 三个参数的函数,用来做服务端渲染启动。
- templateFile 模板文件路径request
- response 即为 HTTP request和HTTP response 对象
> 注意:以上几个参数为本地开发环境默认传递的参数,但是服务器部署并一定要求使用 Express 或者必须按照该参数传递。事实上你完全可以自定义你的index.node.[ext]入口方法的函数定义,只要做好本地环境和服务器部署环境区分即可。
基本的 index.node.tsx 里的内容大致如下:
`typescript
import React from 'react';
import { renderToString } from 'react-dom/server';
import App from './App';
import fs from 'fs';
const renderer = async (templateFile, request, response) => {
// 读取模板文件内容
const template = fs.readFileSync(templateFile, 'utf8');
// 获取react组件的渲染字符串
const body = renderToString(
// 替换模板中占位注释字符,完成渲染初始化
const html = template.replace('', body);
response.send(html);
};
// 请注意这里需要导出renderer方法
export default renderer;
`
要发布测试或者生产环境,依然是运行npm run build:dev 或者 npm run pack。但是与纯静态项目不一样的是,SSR的入口文件会放到 BUILD_DIR/node 路径下。
你可以在项目下新建一个server.js文件,作为启动入口:
`javascript
// server.js
const path = require('path');
const express = require('express');
const renderer = require(resolveApp('node/index')).default;
const templateFile = resolveApp('node/index.html');
const app = express();
const port = process.env.PORT || 4000; // 默认端口
function resolveApp(...dirs) {
const buildDir = process.env.NODE_ENV === 'development' ? 'buildDev' : 'build';
return path.join(process.cwd(), buildDir, ...dirs);
}
// 将 BUILD_DIR 作为静态资源目录
app.use(
express.static(resolveApp(), {
index: false
})
);
app.use(async (req, res, next) => {
try {
await renderer(templateFile, req, res);
} catch (err) {
next(err);
}
});
app.listen(port);
process.on('SIGINT', function () {
process.exit(0);
});
`
再创建pm2的配置文件pm2.config.js:
`javascript`
// pm2.config.js
module.exports = {
// 区分生产和测试环境,分开配置
apps: [
{
name: 'my-ssr-app-prod',
script: 'server.js',
watch: false,
env: {
NODE_ENV: 'production',
PORT: 4100
},
instances: -1, // 生产环境使用最大cpu线程数减1,你可以自行修改其他数只或者'max'
exec_mode: 'cluster',
source_map_support: true,
ignore_watch: ['[/\\]./', 'node_modules']
},
{
name: 'my-ssr-app-dev',
script: 'server.js',
watch: false,
env: {
NODE_ENV: 'development',
PORT: 4100
},
instances: 1, // 测试环境只起一个线程,你也可以自行修改
source_map_support: true,
ignore_watch: ['[/\\]./', 'node_modules']
}
]
};
最终文件结构大概类似:
`diff`
├── app
├── build
├── buildDev
├── package.json
├── public
├── scripts
+ ├── server.js
+ ├── pm2.config.js
└── tsconfig.json
然后你就可以在服务器上通过pm2启动、管理你的应用服务:
`bash--only一键启动、重载应用,因为我们在一个配置文件里配置了多个app,所以需要通过
指定要启动的应用
注意:构建时会同时生成 static 入口和 node 入口,你可以随时根据切换切换到 SSR 或者使用纯静态部署
$3
tiger-new的SSR功能仅提供了对相关入口文件的构建编译支持,并不包含更进一步的路由、异步数据处理等逻辑。但是这部分又是实际中比较常见的需求,这里提供一个基于 react-router-config 和 withSSR 实现的静态路由异步数据与code splitting异步组件的实现:> withSSR 是 tiger-new 内置模板里提供的一个高阶组件,它提供了默认的
withSSR(给组件扩展 getInitialProps 异步数据处理) 以及 prefetchRoutesInitialProps(SSR 端获取匹配路由的异步数据和预加载异步组件)。1. 提取路由配置
我们要将路由配置抽取出来,方便在服务端以及客户端共用。建议将路由配置统一放置到
stores/routes:`typescript
// stores/routes.ts
import { RouteItem } from 'utils/withSSR'; // 定义的路由配置项类型
import withLoadable from 'utils/withLoadable';
import Home from 'modules/Home';/**
* 按需加载组件
*
* withLoadable是tiger-new内置的异步组件方法,但是这是可选的;
* 事实上只要异步组件具有一个静态方法
loadComponent 即可,这个用于在SSR端预加载组件。
*
* 注:'modules/About' 其实是个聚合导出,为了方便统一对这几个组件做按需加载: export { About, AboutUs, AboutCompany }
*/
const About = withLoadable(() => 'modules/About', 'About');
const AboutUs = withLoadable(() => 'modules/About', 'AboutUs');
const AboutCompany = withLoadable(() => 'modules/About', 'AboutCompany');const routes: RouteItem[] = [
{
path: '/',
exact: true,
component: Home
},
{
path: '/about',
component: About,
routes: [
{
path: '/about/us',
component: AboutUs
},
{
path: '/about/company',
component: AboutCompany
}
]
}
];
export default routes;
`2. CSR 与 SSR 入口处理
CSR 入口:
`typescript
// app/index.tsx
import React from 'react';
import ReactDOM from 'react-dom';
import { BrowserRouter, Route } from 'react-router-dom';
import { renderRoutes } from 'react-router-config';
import routes from 'stores/routes';/**
* CSR端也需要使用 react-router-config 的 renderRoutes 方法渲染路由
*/
ReactDOM{renderRoutes(routes" class="text-primary hover:underline" target="_blank" rel="noopener noreferrer">__SSR__ ? 'hydrate' : 'render'}
SSR 入口:
`typescript
// app/index.node.tsx
import fs from 'fs';
import React from 'react';
import { renderToString } from 'react-dom/server';
import { StaticRouter, Route, StaticRouterContext } from 'react-router';
import { renderRoutes } from 'react-router-config';
import type { Request, Response } from 'express'; // 引入ts类型定义,js可以省略
import App from 'modules/App';
import routes from 'stores/routes';
import { prefetchRoutesInitialProps } from 'utils/withSSR';/**
* 拦截未捕获的的promise rejection异常,避免报错
*/
if (!global.__handledRejection__) {
global.__handledRejection__ = true;
process.on('unhandledRejection', () => {
// @TODO 待查明具体的rejection来源,你可以在这里加入对异常的处理逻辑
});
}
const renderer = async (templateFile: string, request: Request, response: Response) => {
/**
* 获取页面初始数据以及预加载异步组件
*/
const initialProps = await prefetchRoutesInitialProps(routes, request.url, request, response, {
// 如果有其它数据希望传递给getInitialProps方法,可以在这里指定。没有可以缺省该参数
});
/**
* ctx为一个包含 initialProps 的对象,需要传递给StaticRouter的context属性
* 这一点很重要,确保我们的页面组件可以拿到初始化的数据
*/
const ctx: StaticRouterContext = {
initialProps
};
let template = fs.readFileSync(templateFile, 'utf8');
/**
* SSR端需要使用StaticRouter
* 并且需要使用 react-router-config 的 renderRoutes 方法渲染路由
*
* !!!!! 注意StaticRouter的context属性一定不能忘了哦
*/
let body = renderToString(
{renderRoutes(routes)}
);
/**
* 将页面的初始数据通过 __DATA__ 渲染到页面上,让 CSR 端的组件读取,以实现同构渲染
*/
let html = template
.replace('%ROOT%', body)
.replace('%DATA%',
var __DATA__=${initialProps ? JSON.stringify(initialProps) : 'null'}); /**
* 处理页面重定向
*/
if (ctx.url) {
response.redirect(ctx.url);
} else {
response.send(html);
}
};
export default renderer;
`withSSR 高阶组件给路由页面组件绑定数据获取方法我们的页面组件应该尽可能依赖于从其
props中获取相关页面所需数据,减少其内部自身的数据获取逻辑。`typescript
// app/modules/Home
import React from 'react';
import withSSR, { SSRProps } from 'utils/withSSR';const Home: React.FC<
SSRProps<{
homeData: any;
}>
> = props => {
return
{props.homeData};
};export default withSSR(Home, async () => {
const homeData = await fetch('/api/home');
return {
homeData
};
});
`以上三步配置完,即可实现
SSR与CSR的同构渲染。$3
utils/withSSR 是 tiger-new 的项目模板中自带的一个用于 SSR 数据与路由处理的解决方法。(老项目中如果不存在这个文件,需要自行下载添加:utils/withSSR它包含一个高阶组件
withSSR和一个 SSR 端用于预取数据的方法prefetchRoutesInitialProps。withSSR(WrappedCompoennt, getInitialProps)
这是一个高阶组件,其 TS 签名如下:
`typescript
type SSRProps = {
__error__: Error | undefined;
__loading__: boolean;
__getData__(extraProps?: {}): Promise;
} & More;interface SSRInitialParams extends Partial> {
match: RouteComponentProps['match'];
parentInitialProps: any;
request?: Request;
response?: Response;
}
function withSSR(
WrappedComponent: React.ComponentType>,
getInitialProps: (props: SSRInitialParams) => Promise
): React.ComponentType>>;
`withSSR会向组件传递getInitialProps返回的对象,以及 __loading__ __error__ __getData__ 等三个属性,你可以用这几个属性来处理异步状态。第二个参数
getInitialProps 接受一个对象参数,该方法在 SSR 和 CSR 端都会被调用,所以参数略有不同:- node 环境,包含
request 和 response 对象,不包含 location history
- browser 环境,包含 location history对象,不包含 request 和 response
- match 和 parentInitialProps 无论哪个环境都存在getInitialProps应该返回一个包含要传递给组件object,它会和组件上层传递的 props 对象合并后传递给当前组件,当前组件就可以通过 props 获取相关数据(注意,如果是从异步调用数据,getInitialProps 则需要返回 Promise 对象容器):- 如果
getInitialProps返回空值,例如null undefined,则表示不在 server 端输出渲染,在页面加载后会在浏览器端重新获取数据
- 你不需要特别处理getInitialProps的异常,如果getInitialProps内部调用有异常发生,出错信息会放到 { __error__: Error }传递给组件
- 同样的组件也会接收{ __loading__: true },如果getInitialProps是异步返回数据的话
- getInitialProps 也会通过 { __getData__ } 传递给组件,方便在组件内部发起重新调用`typescript
withSSR(MyComponent, () =>
fetch('/data.json').then(resp => ({
data: resp.toJSON()
}))
);/**
* async/await语法,同上
*/
withSSR(MyComponent, async () => {
const resp = await fetch('/data.json');
return { data: resp.toJSON() };
});
/**
* 动态 path 路由,数据需要根据路由参数获取
*/
withSSR(UserDetail, async ({ match }) => {
const resp = await fetch(
/api/user/${match.params.userid}); return { userData: resp.toJSON() };
});
/**
* 嵌套子路由路由,子路由的数据请求依赖于父级路由的数据
* 这里假设父级路由获取userList数据,该UserDetail组件获取并渲染userList的第一项对应的数据
* 通过 parentInitialProps 可以拿到父级路由的初始props对象
*/
withSSR(UserDetail, async ({ parentInitialProps }) => {
const resp = await fetch(
/api/user/${parentInitialProps.userList[0].id}); return { userData: resp.toJSON() };
});
`> TypeScript 注意事项: 如果使用 ts 开发,请使用
withSSR 包装的组件需要通过 SSRProps<{}> 来声明组件的 props 类型,这样就可以在组件内部安全的通过 props 访问 passToComponentPropName __error__ __loading__ __getData__ 等属性了`typescript
const MyComp: React.FC<
SSRProps<{
passToComponentPropName: string;
}> &
RouteComponentProps
> = props => {
if (props.__loading__) {
return 'loading...';
} if (props.__error__) {
return props.__error__.message;
}
return
{props.passToComponentPropName};
};export default withSSR(MyComp, async () => ({
passToComponentPropName: 'I am good!'
}));
`prefetchRoutesInitialProps
prefetchRoutesInitialProps 用于在 SSR 端预加载通过 withSSR 绑定了 getInitialProps 方法的组件。它支持嵌套路由。当匹配到嵌套路由时,它会预先调用父级路由的
getInitialProps,然后将结果(parentInitialProps)和子路由的匹配信息(match等对象)一起传递给子路由的getInitialProps。这是一个递归过程,支持多级路由。`typescript
function prefetchRoutesInitialProps(
routes: RouteItem[],
url: string,
request: any,
response: any,
extendProps?: object
): Promise<{}>;
`具体使用示例请参考上方 路由与异步数据处理
$3
tiger-new的模板中带了一个utils/i18n模块,用于处理多语言。如果要支持 SSR,需要注意的是,界面语言不可以通过全局的__()方法处理了,必须放到组件的生命周期中声明,并且通过utils/i18n/withI18n高阶组件传递的i18n.__()来处理多语言文案。错误示例:
`typescript
// About.tsx
const title = __('About Us'); // 错误,不可以在组件外直接通过全局 __() 调用语言包function AboutPage() {
return
{title};
}
`正确示例:
`typescript
// About.tsx
import withI18n, { I18nProps } from 'utils/i18n/withI18n';function AboutPage(props: I18nProps) {
const title = props.i18n.__('About Us');
return
{title};
}export default withI18n(About);
`另外服务端入口需要提供下
withI18n依赖的 i18n 上下文入口:`typescript
import type { Request, Response } from 'express'; // 引入ts类型定义,js可以省略
import cookick from 'cookick'; // cookick是utils/i18n模块使用的cookie解析模块
import { createI18n, context as i18nContext } from 'utils/i18n';const renderer = async (templateFile: string, request: Request, response: Response) => {
// 如果不是html页面请求,忽略;或这里执行其它逻辑处理
if (!request.accepts().includes('text/html')) {
return response.status(404).end();
}
/**
* 设置cookick的解析来源
*/
cookick.updateCookieSource(request.headers.cookie || '');
/**
* 创建一个新的适用于服务端的i18n对象
* 注意,这里并没有指定createI18n的第三、四个参数,是因为设置cookie由浏览器端js完成即可
*/
const i18n = createI18n(request.url, request.get('accept-language') || '');
const initialProps = await prefetchRoutesInitialProps(routes, request.url, request, response, {
// 将i18n对象作为getInitialProps的额外参数传递,这样就可以在getIntialProps中也可以访问i18n对象了
i18n
});
const ctx: StaticRouterContext = {
initialProps
};
let body = renderToString(
{/ 这里需要通过i18nContext.Provider将i18n向下传递,供withI18n模块访问 /}
);
let html = template
.replace('%ROOT%', body)
.replace('%DATA%',
var __DATA__=${initialProps ? JSON.stringify(initialProps) : 'null'}); if (ctx.url) {
response.redirect(ctx.url);
} else {
response.send(html);
}
};
`$3
-
SSR功能并不包含对任何web node运行时环境的兼容处理,你应当注意自己的代码的环境兼容性
- SSR功能并不包含任何路由的处理,如果有需要,你需要自行解决(使用 react-router 比较容易解决,参考路由与异步数据处理)
- SSR功能并不包含任何页面初始化异步数据的处理,如果有需要,你需要自行解决(参考路由与异步数据处理)
- SSR功能并不包含任何其它对于SEO场景的处理,如果有需要,你需要自行解决(建议使用 react-helmet,它支持SSR)
- mobx-react在SSR场景下会导致内存泄漏,请参考Server Side Rendering with useStaticRendering`