博客
关于我
强烈建议你试试无所不能的chatGPT,快点击我
React + TypeScript 默认 Props 的处理
阅读量:4083 次
发布时间:2019-05-25

本文共 4173 字,大约阅读时间需要 13 分钟。

React 中的默认 Props

通过组件的 defaultProps 属性可为其 Props 指定默认值。

以下示例来自 :

class Greeting extends React.Component {  render() {    return (      

Hello, {this.props.name}

); }}// Specifies the default values for props:Greeting.defaultProps = { name: 'Stranger'};// Renders "Hello, Stranger":ReactDOM.render(
, document.getElementById('example'));

如果编译过程使用了 Babel 的  插件,还可以这么写:

class Greeting extends React.Component {  static defaultProps = {    name: 'stranger'  }  render() {    return (      
Hello, {this.props.name}
) }}

加入 TypeScript

加入 TypeScript 后

interface Props {  name?: string;}class Greeting extends React.Component
{ static defaultProps = { name: "stranger", }; render() { return
Hello, {this.props.name}
; }}

此时不支持直接通过类访问 defaultProps 来赋值以设置默认属性,因为 React.Component 类型上并没有该属性。

// ?Property 'defualtProps' does not exist on type 'typeof Greeting'.ts(2339)Greeting.defualtProps = {  name: "stranger",};

默认属性的类型

上面虽然实现了通过 defaultProps 来指定属性的默认值,但 defaultProps 的类型是不受约束的,和 Props 没有关联上。以至于我们可以在 defaultProps 里面放任何值,显然这是不科学的。

class Greeting extends React.Component
{ static defaultProps = { name: "stranger", // 并不会报错+ foo: 1,+ bar: {}, }; // ...}

同时对于同一字段,我们不得不书写两次代码。一次是定义组件的 Props,另一次是在 defaultProps 里。如果属性有增删或名称有变更,两个地方都需要改。

为了后面演示方便,现在给组件新增一个必填属性 age:number

interface Props {  age: number;  name?: string;}class Greeting extends React.Component
{ static defaultProps = { name: "stranger", }; render() { const { name, age } = this.props; return (
Hello, {name}, my age is {age}
); }}

通过可选属性抽取出来,利用 typeof 获取其类型和必传属性结合来形成组件的 Props 可解决上面提到的两个问题。

所以优化后的代码成了:

const defaultProps = {  name: "stranger",};type Props = {  age: number;} & Partial
;class Greeting extends React.Component
{ static defaultProps = defaultProps; render() { const { name, age } = this.props; return (
Hello, {name}, my age is {age}
); }}

注意我们的 Props 是通过和 typeof defaultProps 组合而形成的,可选属性中的 name 字段在整个代码中只书写了一次。

当我们更新了 defaultProps 时整个组件的 Props 也同步更新,所以 defaultProps 中的字段一定是组件所需要的字段。

默认值的判空检查优化

讲道理,如果属性提供了默认值,在使用时,可不再需要判空,因为其一定是有值的。但 TypeScript 在编译时并不知道,因为有默认值的属性是被定义成可选的 ?

比如我们尝试访问 name 属性的长度,

class Greeting extends React.Component
{ static defaultProps = defaultProps; render() { const { name } = this.props; return (
{/* ?Object is possibly 'undefined'.ts(2532) */} name length is {name.length}
); }}

因为此时我们的 Props 实际上是:

type Props = {  age: number;} & Partial
;// 相当于:type Props = { age: number; name?: string;};

修正方法有多个,最简单的是使用。

非空判定符

- name length is {name.length}+ name length is {name!.length}

这意味着每一处使用的地方都需要做类似的操作,当程序复杂起来时不太可控。但多数情况下应付日常使用,这样已经够了。

类型转换

因为组件内部有默认值的保证,所以字段不可能为空,因此,可对组件内部使用非空的属性类型来定义组件,而对外仍暴露原来的版本。

const Greeting = class extends React.Component<-  Props,+  Props & typeof defaultProps,  {}> {  static defaultProps = defaultProps;  render() {    const { name } = this.props;    return (      
- name length is {name!.length}+ name length is {name.length}
); }-};+} as React.ComponentClass
;

通过 as React.ComponentClass<Props> 的类型转换,对外使用 Greeting 时属性中 name 还是可选的,但组件内部实际使用的是 Props & typeof defaultProps,而不是 Partial<T> 版本的,所以规避了字段可能为空的报错。

通过高阶组件的方式封装默认属性的处理

通过定义一个高阶组件比如 withDefaultProps 将需要默认属性的组件包裹,将默认值的处理放到高阶组件中,同样可解决上述问题。

function withDefaultProps

>( dp: DP, component: React.ComponentType

,) { component.defaultProps = dp; type RequiredProps = Omit

; return (component as React.ComponentType
) as React.ComponentType< RequiredProps & DP >;}

然后我们的组件则可以这样来写:

const defaultProps = {  name: "stranger",};interface Props {  name: string;  age: number;}const _Greeting = class extends React.Component
{ public render() { const { name } = this.props; return
name length is {name.length}
; }};export const Greeting = withDefaultProps(defaultProps, _Greeting);

这种方式就比较通用一些,将 withDefaultProps 抽取成一个公共组件,后续其他组件都可使用。但此种情况下就没有很好地利用已经定义好的默认值 defaultProps 中的字段,书写 Props 时还需要重复写一遍字段名。

相关资源

转载地址:http://eiqni.baihongyu.com/

你可能感兴趣的文章
高级前端大厂面试(上)
查看>>
React16.6 组件生命周期详解
查看>>
前端工程化:围绕Jenkins打造工作流的过程
查看>>
浏览器原理系列10篇正式完结
查看>>
JavaScript专题
查看>>
前端开发者应该明白的浏览器工作原理
查看>>
重构之路:webpack打包体积优化
查看>>
可能比文档还详细--VueRouter完全指北
查看>>
前端面试查漏补缺--Index篇(12万字符合集)
查看>>
javascript算法
查看>>
webpack常用优化配置
查看>>
前端路由实现及 react-router v4 源码分析
查看>>
react相关
查看>>
Flex弹性盒子
查看>>
伪类与伪元素的区别
查看>>
延迟加载(Lazyload)三种实现方式
查看>>
前端性能优化的七大手段
查看>>
前端优化带来的思考,浅谈前端工程化
查看>>
Egg.js 源码分析-项目启动
查看>>
Egg.js 基本使用
查看>>