最近在使用React+Typescript开发项目,刚好找到这篇好文章,翻译到自己博客记录一下,方便以后查找。
原文章: https://levelup.gitconnected.com/ultimate-react-component-patterns-with-typescript-2-8-82990c516935
这篇博文的灵感来自 React Component Patterns的帖子
如果你认识我,你肯定知道我不喜欢写无类型的JavaScript,所以从0.9版本之后,我选择了Typescript。除了Typescript,我还喜欢React,当我同时使用React+Typescript的时候,这种感觉非常的棒。
那么这篇文章到底讲了些什么?在网上有许多的文章讲关于React组件的模式,但是没有一篇描述如何将这些模式应用于Typescript。此外,即将推出的TS 2.8的版本更新中,带来了许多令人心奋的功能,如有条件类型,预定义的有条件类型,改进对映射类型修饰符的控制….,这能够让我们更容易在Typescript使用各种React组件模式。
所有代码和示例都基于typescript 2.8的严格模式
首先,我们需要安装typescript和tslib模块,帮助我们生成更精简的代码
1 |
yarn add -D typescript@next |
接下来可以初始化我们的typescript配置:
1 |
# 这将在我们的项目目录中创建一个tsconfig.json配置文件 |
现在让我们安装react,react-dom及其类型定义。
1 |
yarn add react react-dom |
好了,现在让我们开始学习如何在Typescript中使用组件模式。
无状态组件是什么?它大多数的时候,只是一个纯函数。现在让我们用typescript来创建一个无状态的Button组件
就像使用JS一样,首先我们需要导入react,它让我们可以使用JSX
1 |
import React from 'react' |
然而tsc编译器将会报错!我们需要明确的告诉component/function我们的props的类型是什么。让我们来定义props:
1 |
import React, { MouseEvent, ReactNode } from 'react' |
现在错误解决了,但是我们可以做的更好!
在
@types/react
中有一个预定义的类型
type SFC<P>
,它是
interface StatelessComponent<P>
的一个别名,它有预定义
children
和一些其他属性(defaultProps,displayName …),使用它我们不必每次都自己写这些属性!
最终我们的无状态组件看起来像这样:
让我们创建有状态的计数器组件,它将使用我们的的
Button
组件
首先,我们需要定义
initialState
1 |
const initialState = { clicksCount: 0 } |
现在我们将使用Typescript从我们的实现中推断出State类型。
通过这样,我们不必单独维护类型和实现
1 |
type State = Readonly<typeof initialState> |
另外需要注意,虽然显式定义了类型为只读的。但是在我们在使用的时候,还是需要显示定义state为只读的。
1 |
readonly state: State = initialState |
为什么要这么做,有什么用?
我们知道我们无法在React中直接更新state,如下所示:
1 |
this.state.clicksCount = 2 |
这将会在运行的时候抛出错误,但不会再编译期间跑出。通过显式的定义我们的
type State
为
Readonly
,然后在组件中再设置state为
readonly
,这样TS将知道state是只读的,当出现上面的情况的时候,TS将会抛出错误。
Example
我们的组件没有使用Props API,所以我们需要设置
Component
的第一个泛型参数为object(因为props在React中被定义为
{}
),然后将
State
作为第二个泛型参数。
你可能已经注意到我将状态更新函数提取到类外的纯函数。这是一种常见的模式,因为我们可以容易的对这些函数进行测试。另外因为我们正在使用typescript并且我们将State显式设置为只读,它将阻止我们在这些函数中做任何修改
1 |
const decrementClicksCount = (prevState: State) |
让我们给Button组件做一个扩展,添加一个类型为string的color属性
1 |
type Props = { |
如果我们需要定义defaultProps,那么我们可以通过
Button.defaultProps = {...}
来添加。
然后我们需要修改我们的Props的定义,将有默认值的属性标记为可选的
如下(注意
?
操作符)
1 |
type Props = { |
我们的Component看起来像这样:
1 |
const Button: SFC<Props> = ({ onClick: handleClick, color, children }) => ( |
虽然这个方法适用于这个简单的例子,但存在一个问题。因为我们处于严格模式下,所以可选属性color的类型实际为
undefined | string
的联合类型
假设我们想对那个特殊的属性color做一些操作,TS将会抛出一个错误,因为它不确定color的类型。
为了符合TS编译器,我们有3种方法:
undefined
,如下所示:
<button onClick={handleClick!}>{children}</button>
<button onClick={handleClick ? handleClick: undefined}>{children}</button>
withDefaultProps
高阶函数,使用它更新我们的props类型定义,并设置默认值。我认为这是最干净的解决方案
我们可以非常轻松地实现高阶函数:
现在我们可以使用我们的
withDefaultProps
高阶函数来定义我们的默认props,这也将解决我们之前的问题:
或者直接内联(注意,我们需要显式提供Button Props的类型,因为TS无法从函数中推断出参数类型):
现在Button的Props被正确定义了,但是对于默认的props,在定义的时候,仍然需要设置为可选的。
1 |
{ |
用法保持不变:
1 |
render(){ |
并且,也能通过
withDefaultProps
定义
class
组件
它看起来像这样:
用法依然保持不变:
1 |
render(){ |
假如你需要构建一个可扩展的菜单组件,当用户点击它时,会显示一些字内容。接下来我们通过使用React的组件模式来实现。
让组件逻辑可重用的最佳方法是将组件的子组件转换为函数或利用
render
prop API。
让我们来实现一个含有render props的Toggleable的组件:
让我们仔细看看我们实现的每个功能:
1 |
const initialState = { show: false } |
在这里,我们像前面的例子一样定义我们的状态,没有什么新的东西
现在我们需要定义我们组件的props(注意我们使用的是Partial映射类型,因为我们知道所有props都是可选的,而不是给每个属性手动添加
?
操作符):
1 |
type Props = Partial<{ |
因为我们想要支持两个渲染函数属性,所以这两个属性应该都是可选的。为了
DRY
,我们可以定义一个
RenderCallback
渲染函数类型:
1 |
type RenderCallback = (args: ToggleableComponentProps) => JSX.Element |
对我们来说最后一个别名可能看起来很奇怪,
type ToggleableComponentProps
!
1 |
type ToggleableComponentProps = { |
我们再次使用typescript强大的 类型查找 功能,因此在定义类型时我们不必重复定义:
show: State['show']
我们通过
show
来查找
State
的类型
toggle: Toggleable['toggle']
我们通过从类中获取
toggle
的类型,然后利用TS中的类型推断功能,定义类型
其余的实现都很简单,标准
render props/children作为函数
模式:
1 |
export class Toggleable extends Component<Props, State> { |
现在我们可以将一个函数作为子组件传递给Toggleable组件:
或者我们可以传递一个函数给render prop:
感谢Typescript,我们还可以使用intellisense来对render prop的参数进行正确的类型检查:
如果我们想重用它(对于菜单之类的组件),我们可以快速的创建一个使用Toggleable逻辑的新组件:
我们全新的ToggleableMenu组件可以直接放入Menu中使用:
它将按预期工作:
当我们只想改变渲染内容而不管状态时,这种方法非常有用:正如你所看到的,我们已经将渲染逻辑放到我们的ToggleableMenu子函数中,将状态逻辑放到我们的Toggleable组件中!
什么是组件注入模式?如果你熟悉React-Router,则可以使用以下方式定义路由:
1 |
<Route path="/foo" component={MyView} /> |
所以我们可以通过往组件中“注入”component属性来代替,
render props/children作为函数
模式,因此,可以将内联的渲染函数,重构为一个可重用的无状态组件:
1 |
import { ToggleableComponentProps } from './toggleable' |
有了它,我们可以在ToggleableMenu中使用,render props重构:
1 |
type Props = { title: string } |
现在完成了,让我们定义我们新的API -
component
属性。
我们需要更新我们的props API。
children
可以是函数或者是ReactNode
component
是我们新的API,它接受一个实现了
ToggleableComponentProps
并将泛型设置为any的组件,因此,只要实现了
ToggleableComponentProps
的组件都可以通过TS校验器
props
因为需要使用它来传递任意的属性,因此我们需要放弃严格的类型安全,将它定义为any类型的可索引类型,这是一种很常见的模式
1 |
const defaultProps = { props: {} as { [name: string]: any } } |
接下来,我们需要给我们的
ToggleableComponentProps
组件添加新的API,让组件可以被这样使用
<Toggleable props={...}/>
:
1 |
export type ToggleableComponentProps<P extends object = object> = { |
现在我们需要更新我们的
render
方法
1 |
render() { |
接下来我们使用render渲染属性,children作为函数渲染,还有组件注入三种方式实现Toggleable组件:
最后我们看下
ToggleableMenuViaComponentInjection
怎么使用
component
的:
但是要注意,我们对props属性没有做类型检查,因为它被定义为可索引对象
{ [name: string]: any }
现在我们可以像
ToggleableMenu
一样使用
ToggleableMenuViaComponentInjection
1 |
export class Menu extends Component { |
当我们在实现“组件注入模式”的时候,我们放弃了对组件的props中的props属性的类型检查。现在也想对它进行类型检查,那么我们可以将
Toggleable
改写为泛型组件!
首先,我们需要定义我们的props的泛型,并添加默认的泛型参数,这样我们就可以不需要显式的提供泛型参数(用于render props/children作为函数)
1 |
type Props<P extends object = object> = Partial< |
我们还需要将
ToggleableComponentProps
改为泛型的。但是,它好像已经是了,所以不需要做任何修改。
需要改变的定义是
type DefaultProps
,修改如下:
1 |
type DefaultProps<P extends object = object> = { props: P } |
几乎完成了!
现在让我们定义我们的class泛型组件。我们再次使用默认参数,这样我们在使用组件的时候,不必指定泛型参数!
1 |
export class Toggleable<T = {}> extends Component<Props<T>, State> {} |
定义好了,那么我们如何在JSX中使用呢?
一个坏消息,我们没法直接使用…
我们需要引入
ofType
泛型组件工厂模式
1 |
export class Toggleable<T extends object = object> extends Component<Props<T>, State> { |
Toggleable组件支持,render函数、children作为函数、组件注入、泛型props的实现如下:
现在使用
static ofType
工厂方法,我们可以创建类型正确的泛型组件
不需要做任何改变,但是这次我们的props属性就可以正确的做类型检查了。
因为我们已经使用了render callback模式创建
Toggleable
组件,所以很容易实现HOC。(这也是render callback模式的一大优势,我们可以利用它来实现HOC)
让我们来实现我们的HOC:
我们需要创建:
hoist-non-react-statics
npm包中,引入hoistNonReactStatics方法
现在我们也可以通过HOC创建Toggleable菜单项,并且props也是类型安全的!
所有代码都正常工作,并且都能够做类型校验!
在文章的最后!我们希望父组件能够控制
Toggleable
中的内容显示。这是一种非常强大的模式。
我们需要修改我们的ToggleableMenu组件的实现,如下所示:
修改完成之后,接下来需要在
Menu
中添加状态,并将它传递给
ToggleableMenu
让我们最后一次更新我们的Toggleable
开发我们的
Toggleable
受控组件,我们需要执行以下操作:
show
到我们的
Props
API
show
是可选参数)
1 |
const initialState = { show: false } |
1 |
export class Toggleable<T = {}> extends Component<Props<T>, State> { |
最后,我们的Toggleable组件支持所有的模式(render Props/Children作为函数/组件注入/泛型组件/受控组件)
最后的最后,通过withToggleable生成高阶组件Toggleable
只需要简单修改一下,我们只需要将
show
属性的值传递给我们的高阶组件,并且更新
OwnProps
API就可以了。
在React中使用Typescript编写类型安全的组件可能很棘手。但是因为Typescript 2.8添加的新功能,我们几乎可以遵循常见的React组件模式来编写类型安全的组件。
在这篇超级长的文章中,我们学习了在Typescript严格模式中,实现了类型安全的具有各种模式的组件。
在所有模式中,最强大的模式确实是Render Props,它允许我们实现其他的常见模式,如组件注入或HOC。
这篇文章中的所有的demos都可以在 我的Github 中找到
同样重要的是,我们可以意识到,只有使用VDOM/JSX的库中,才能在模板中实现类型安全,如本文所示。
如果你有任何问题,可以在这里或者是 我的twitter 中问我。