tiger-new
v8.1.11
Published
A cli tool for creating a new react project
Downloads
57
Readme
tiger-new
快速生成一个标准开发项目的 CLI。(本项目自 facebook 官方出品的 create-react-app 修改而来)
- CLI-QA 形式初始化配置项目
- 生成的项目支持
webpack+es6开发环境 - 也支持 jsx 语法，所以也同时可以用来开发
react应用 - 提供渐进式对
typescript语法的支持，支持tsx开发react应用 - 不仅支持 SPA，也支持多页面项目开发
- NEW 支持 jest 自动化测试
- NEW 支持
SSR(server side render) - 多页面应用支持模板分离
- 打包构建支持抽取打包公共组件、库、样式
- 支持
scss、less - 支持
eslinttslint语法检查 - 支持
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=/accountSKIP_CDN本次构建不需要上传 CDN，即不使用package.json中的cdn字段来作为publicPathBUILD_DIR指定项目构建输出目录；不传递该变量情况下，prodcution环境输出到build目录，development环境输出到buildDev目录SSR是否启用SSR。默认情况下，当项目存在SSR入口文件，将自动启用SSR。你可以通过SSR=false来禁用这一功能RUNTIME运行时标记，web或者nodeCOMPILE_ON_WARNING构建时允许警告TSC_COMPILE_ON_ERROR开发时允许 ts 编译器错误DISABLE_TSC_CHECK禁用 typescript 编译检查DISABLE_NEW_JSX_TRANSFORM不使用 react 新的 JSX transformDISABLE_FAST_REFRESH不使用react-refresh，对于超大型项目这很有用，因为目前的react-refresh存在较严重的性能问题DISABLE_WEBPACK_CACHE不使用webpack的cache特性，某些项目可能存在构建时使用filesystem缓存时产生崩溃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-scannpm run i18n-read读取或者写入 i18n 文件npm run count查看代码统计
更多功能请创建项目后查看项目的 README.md 文件
更新日志
v8.x 新功能
- 支持
typescript@5 - 默认模板使用
MUI组件库
v7.x 新功能
- 支持
webpack@5 - 进一步提高编译性能
v6.x 新功能
- 支持 SSR 渲染
- 同步
CRA 3.x
v5.x 新功能
- 集成
jest测试
v4.x 新功能
- 可以选择创建普通的开发项目，还是 npm 发布包项目
v3.x 新功能
- webpack 升级到 v4
- babel 升级到 v7
- eslint 升级到 v5
- 更好的 typescript 支持
v2.x 新功能
- 持久化缓存的优化
- webpack 升级到 2.x
- webpack-dev-server 的升级，带来更好的 proxy 支持
SSR
6.0 起开始支持SSR渲染，感谢 SSR support #6747 这个 PR 带来的灵感。
开发
SSR是一个可选的功能，并且它与本身的纯静态构建完全兼容，甚至可以共存。要开启项目的SSR功能，你只需要添加一个同名入口文件，以.node.[ext]作为后缀即可:
├── 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模板文件路径requestresponse即为HTTP request和HTTP response对象
注意：以上几个参数为本地开发环境默认传递的参数，但是服务器部署并一定要求使用 Express 或者必须按照该参数传递。事实上你完全可以自定义你的
index.node.[ext]入口方法的函数定义，只要做好本地环境和服务器部署环境区分即可。
基本的 index.node.tsx 里的内容大致如下：
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(<App />);
// 替换模板中占位注释字符，完成渲染初始化
const html = template.replace('<!-- root -->', body);
response.send(html);
};
// 请注意这里需要导出renderer方法
export default renderer;发布
要发布测试或者生产环境，依然是运行npm run build:dev 或者 npm run pack。但是与纯静态项目不一样的是，SSR的入口文件会放到 BUILD_DIR/node 路径下。
你可以在项目下新建一个server.js文件，作为启动入口：
// 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：
// 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']
}
]
};最终文件结构大概类似：
├── app
├── build
├── buildDev
├── package.json
├── public
├── scripts
+ ├── server.js
+ ├── pm2.config.js
└── tsconfig.json然后你就可以在服务器上通过pm2启动、管理你的应用服务：
# 一键启动、重载应用，因为我们在一个配置文件里配置了多个app，所以需要通过 `--only` 指定要启动的应用
# development环境
pm2 reload pm2.config.js --only my-ssr-app-dev
# production环境
pm2 reload pm2.config.js --only my-ssr-app-prod注意：构建时会同时生成 static 入口和 node 入口，你可以随时根据切换切换到 SSR 或者使用纯静态部署
路由与异步数据处理
tiger-new的SSR功能仅提供了对相关入口文件的构建编译支持，并不包含更进一步的路由、异步数据处理等逻辑。但是这部分又是实际中比较常见的需求，这里提供一个基于 react-router-config 和 withSSR 实现的静态路由异步数据与code splitting异步组件的实现：
withSSR 是 tiger-new 内置模板里提供的一个高阶组件，它提供了默认的
withSSR（给组件扩展 getInitialProps 异步数据处理） 以及prefetchRoutesInitialProps（SSR 端获取匹配路由的异步数据和预加载异步组件）。
1. 提取路由配置
我们要将路由配置抽取出来，方便在服务端以及客户端共用。建议将路由配置统一放置到stores/routes：
// 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 入口：
// 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[__SSR__ ? 'hydrate' : 'render'](
<BrowserRouter>
<div className="app">{renderRoutes(routes)}</div>
</BrowserRouter>,
document.getElementById('wrap')
);SSR 入口：
// 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(
<StaticRouter location={request.url} context={ctx}>
<div className="app">{renderRoutes(routes)}</div>
</StaticRouter>
);
/**
* 将页面的初始数据通过 __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;3. 使用 withSSR 高阶组件给路由页面组件绑定数据获取方法
我们的页面组件应该尽可能依赖于从其props中获取相关页面所需数据，减少其内部自身的数据获取逻辑。
// app/modules/Home
import React from 'react';
import withSSR, { SSRProps } from 'utils/withSSR';
const Home: React.FC<
SSRProps<{
homeData: any;
}>
> = props => {
return <div className="home">{props.homeData}</div>;
};
export default withSSR(Home, async () => {
const homeData = await fetch('/api/home');
return {
homeData
};
});以上三步配置完，即可实现SSR与CSR的同构渲染。
withSSR
utils/withSSR 是 tiger-new 的项目模板中自带的一个用于 SSR 数据与路由处理的解决方法。（老项目中如果不存在这个文件，需要自行下载添加：utils/withSSR
它包含一个高阶组件withSSR和一个 SSR 端用于预取数据的方法prefetchRoutesInitialProps。
withSSR(WrappedCompoennt, getInitialProps)
这是一个高阶组件，其 TS 签名如下:
type SSRProps<More> = {
__error__: Error | undefined;
__loading__: boolean;
__getData__(extraProps？: {}): Promise<void>;
} & More;
interface SSRInitialParams extends Partial<Omit<RouteComponentProps, 'match'>> {
match: RouteComponentProps<any>['match'];
parentInitialProps: any;
request?: Request;
response?: Response;
}
function withSSR<SelfProps, More = {}>(
WrappedComponent: React.ComponentType<SelfProps & SSRProps<More>>,
getInitialProps: (props: SSRInitialParams) => Promise<More>
): React.ComponentType<Omit<SelfProps, keyof SSRProps<More>>>;withSSR会向组件传递getInitialProps返回的对象，以及 __loading__ __error__ __getData__ 等三个属性，你可以用这几个属性来处理异步状态。
第二个参数 getInitialProps 接受一个对象参数，该方法在 SSR 和 CSR 端都会被调用，所以参数略有不同：
- node 环境，包含
request和response对象，不包含locationhistory - browser 环境，包含
locationhistory对象，不包含request和response match和parentInitialProps无论哪个环境都存在
getInitialProps应该返回一个包含要传递给组件object，它会和组件上层传递的 props 对象合并后传递给当前组件，当前组件就可以通过 props 获取相关数据（注意，如果是从异步调用数据，getInitialProps 则需要返回 Promise 对象容器）:
- 如果
getInitialProps返回空值，例如nullundefined，则表示不在 server 端输出渲染，在页面加载后会在浏览器端重新获取数据 - 你不需要特别处理
getInitialProps的异常，如果getInitialProps内部调用有异常发生，出错信息会放到{ __error__: Error }传递给组件 - 同样的组件也会接收
{ __loading__: true }，如果getInitialProps是异步返回数据的话 getInitialProps也会通过{ __getData__ }传递给组件，方便在组件内部发起重新调用
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__等属性了
const MyComp: React.FC<
SSRProps<{
passToComponentPropName: string;
}> &
RouteComponentProps
> = props => {
if (props.__loading__) {
return 'loading...';
}
if (props.__error__) {
return props.__error__.message;
}
return <div>{props.passToComponentPropName}</div>;
};
export default withSSR(MyComp, async () => ({
passToComponentPropName: 'I am good!'
}));prefetchRoutesInitialProps
prefetchRoutesInitialProps 用于在 SSR 端预加载通过 withSSR 绑定了 getInitialProps 方法的组件。它支持嵌套路由。
当匹配到嵌套路由时，它会预先调用父级路由的 getInitialProps，然后将结果(parentInitialProps)和子路由的匹配信息(match等对象)一起传递给子路由的getInitialProps。这是一个递归过程，支持多级路由。
function prefetchRoutesInitialProps(
routes: RouteItem[],
url: string,
request: any,
response: any,
extendProps?: object
): Promise<{}>;具体使用示例请参考上方 路由与异步数据处理
国际化 i18n
tiger-new的模板中带了一个utils/i18n模块，用于处理多语言。如果要支持 SSR，需要注意的是，界面语言不可以通过全局的__()方法处理了，必须放到组件的生命周期中声明，并且通过utils/i18n/withI18n高阶组件传递的i18n.__()来处理多语言文案。
错误示例：
// About.tsx
const title = __('About Us'); // 错误，不可以在组件外直接通过全局 __() 调用语言包
function AboutPage() {
return <div>{title}</div>;
}正确示例：
// About.tsx
import withI18n, { I18nProps } from 'utils/i18n/withI18n';
function AboutPage(props: I18nProps) {
const title = props.i18n.__('About Us');
return <div>{title}</div>;
}
export default withI18n(About);另外服务端入口需要提供下withI18n依赖的 i18n 上下文入口：
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(
<StaticRouter location={request.url} context={ctx}>
{/* 这里需要通过i18nContext.Provider将i18n向下传递，供withI18n模块访问 */}
<i18nContext.Provider value={i18n}>
<App />
</i18nContext.Provider>
</StaticRouter>
);
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);
}
};注意事项
SSR功能并不包含对任何webnode运行时环境的兼容处理，你应当注意自己的代码的环境兼容性SSR功能并不包含任何路由的处理，如果有需要，你需要自行解决（使用 react-router 比较容易解决，参考路由与异步数据处理)SSR功能并不包含任何页面初始化异步数据的处理，如果有需要，你需要自行解决(参考路由与异步数据处理)SSR功能并不包含任何其它对于SEO场景的处理，如果有需要，你需要自行解决（建议使用react-helmet，它支持SSR）mobx-react在SSR场景下会导致内存泄漏，请参考Server Side Rendering withuseStaticRendering