共计 1723 个字符,预计需要花费 5 分钟才能阅读完成。
写业务时,我们经常需要抽象一些使用频率较高的逻辑,但是除了高阶组件可以抽象逻辑,RenderProps 也是一种比较好的方法。
RenderProps,顾名思义就是将组件的 props 渲染出来。实际上是让组件的 props 接收函数,由函数来渲染内容。将通用的逻辑
抽象在该组件的内部,然后依据业务逻辑来调用函数(props 内渲染内容的函数),从而达到重用逻辑的目的。
简单实现
我们先看一个最简单的 RenderProps 模式的实现:
const RenderProps = props => <>
{props.children(props)}
</>
在这里,RenderProps 组件的子组件是一个函数props.children(props)
,而 props.children 返回的是 UI 元素。
使用时的代码如下:
<RenderProps>
{() => <>Hello RenderProps</>}
</RenderProps>
以上未作任何的业务逻辑处理,有什么用处呢?我们可以想到,可以在 RenderProps 组件中去用代码操控返回的结果。
以最常见的用户登录逻辑为例,希望在登陆之后才可以看到内容,否则展示请登录:
const Auth = props => {const userName = getUserName()
if (userName) {const allProps = {userName, ...props}
return <>
{props.children(allProps)}
</>
} else {return <> 请登录 </>}
}
<Auth>
{({userName}) => <>Hello!{userName}</>}
</Auth>
props.children(allProps)
就相当于 Auth 组件嵌套的({userName}) => <>Hello!{userName}</>
上边的例子中,用户若已经登陆,getUserName 返回用户名,否则返回空。这样我们就可以判断返回哪些内容了。
当然,上边通过 renderProps 传入了 userName, 这属于 Auth 组件的增强功能。
函数名不仅可以是 children
平时一般使用的时候,props.children 都是具体的组件实例,但上边的实现是基于以函数为子组件(children(props)
),被调用返回 UI。
同样,可以调用 props 中的任何函数。还是以上边的逻辑为例:
const Auth = props => {
const userName = 'Mike'
if (userName) {const allProps = { userName, ...props}
return <>{props.login(allProps)}</>
} else {
return <>
{props.noLogin(props)}
</>
}
}
使用方法如下:
<Auth
login={({userName}) => <h1>Hello {userName}</h1>}
noLogin={() => <h1>please login</h1>}
/>
这里,Auth 组件的 props 接收两个函数:login(表示已经登录),noLogin(表未登录),
Auth 组件内部,通过判断是否登陆来决定显示哪个组件。
总结
render-props 作为一种抽象通用逻辑的方法,其本身也会遇到像高阶组件那样层层嵌套的问题。
<GrandFather>
{Props => {
<Father>
{props => {<Son {...props} />;
}}
</Father>;
}}
</GrandFather>
但和高阶组件不同的是,由于渲染的是函数(高阶组件渲染的是组件),就为利用 compose 提供了机会。例如react-powerplugin
。
import {compose} from 'react-powerplug'
const ComposeComponent = compose(
<GrandFather />,
<Father />
)
<ComposeComponent>
{props => {<Son {...props} />;
}}
<ComposeComponent/>
还有 Epitath
也提供了一种新模式来解决这个问题。这部分展开来说的话是另一个话题了,我也在摸索中。