render prop是一个技术概念。它指的是使用值为function类型的prop来实现React component之间的代码共享。
如果一个组件有一个render属性，并且这个render属性的值为一个返回React element的函数，并且在组件内部的渲染逻辑是通过调用这个函数来完成的。那么，我们就说这个组件使用了render props技术。
(
Hello {data.target}
)}/> 不少类库都使用了这种技术，比如说：React Router和Downshift。
在这个文档里面，我们将会讨论为什么render props是如此有用，你该如何编写自己的render props组件。
正文
使用Render Props来完成关注点分离
在React中，组件是代码复用的基本单元（又来了，官方文档不断地在强调这个准则）。到目前为止，在React社区里面，关于共享state或者某些相似的行为（比如说，将一个组件封装进另一拥有相同state的组件）还没有一个明朗的方案。
举个例子，下面这个组件是用于在web应用中追踪鼠标的位置：
class MouseTracker extends React.Component {
constructor(props) {
super(props);
this.handleMouseMove = this.handleMouseMove.bind(this);
this.state = { x: 0, y: 0 };
}
handleMouseMove(event) {
this.setState({
x: event.clientX,
y: event.clientY
});
}
render() {
return (
Move the mouse around!
The current mouse position is ({this.state.x}, {this.state.y})
);
}
}随着光标在屏幕上面移动，这个组件将会在文档的标签里面显示当前光标在x，y轴上的坐标值。
那么问题来了: 我们该如何在别的组件复用这种行为（指的是监听mouseMove事件，获取光标的坐标值）呢？换句话说，如果别的组件也需要知道目前光标的坐标值，那我们能不能将这种行为封装好，然后在另外一个组件里面开箱即用呢？
因为，在React中，组件是代码复用的基本单元（again）。那好，我们一起来重构一下代码，把我们需要复用的行为封装到
// The component encapsulates the behavior we need...
class Mouse extends React.Component {
constructor(props) {
super(props);
this.handleMouseMove = this.handleMouseMove.bind(this);
this.state = { x: 0, y: 0 };
}
handleMouseMove(event) {
this.setState({
x: event.clientX,
y: event.clientY
});
}
render() {
return (
{/* ...but how do we render something other than a ? */}
The current mouse position is ({this.state.x}, {this.state.y})
);
}
}
class MouseTracker extends React.Component {
render() {
return (
Move the mouse around!
现在，
假设，我们需要实现这么一个组件。它需要渲染出一只用图片表示的猫去追逐光标在屏幕上移动的视觉效果。我们可能会通过向
首先，我们会在
class Cat extends React.Component {
render() {
const mouse = this.props.mouse;
return (
);
}
}
class MouseWithCat extends React.Component {
constructor(props) {
super(props);
this.handleMouseMove = this.handleMouseMove.bind(this);
this.state = { x: 0, y: 0 };
}
handleMouseMove(event) {
this.setState({
x: event.clientX,
y: event.clientY
});
}
render() {
return (
{/* We could just swap out the for a here ... but then we would need to create a separate component every time we need to use it, so isn't really reusable yet. */}
);
}
}
class MouseTracker extends React.Component {
render() {
return (
Move the mouse around!
这种方式的实现可能对个别的场景有用，但是，我们还是没有达成通过封装让这种行为真正地复用的目标。在别的应用场景下，每一次当我们需要获取光标在屏幕上的坐标的时候，我们都需要重新创建一个组件（例如，一个跟
这个时候，就轮到render props 出场啦：相比直接把render prop了。参考React实战视频讲解：进入学习
class Cat extends React.Component {
render() {
const mouse = this.props.mouse;
return (
);
}
}
class Mouse extends React.Component {
constructor(props) {
super(props);
this.handleMouseMove = this.handleMouseMove.bind(this);
this.state = { x: 0, y: 0 };
}
handleMouseMove(event) {
this.setState({
x: event.clientX,
y: event.clientY
});
}
render() {
return (
{/* Instead of providing a static representation of what renders, use the `render` prop to dynamically determine what to render. */}
{this.props.render(this.state)}
);
}
}
class MouseTracker extends React.Component {
render() {
return (
Move the mouse around!
(
);
}
}现在，相比每一次都要重复地将
更加具体和直白地说，一个render prop（这里不是代指技术，而是组件属性） 就是一个值为函数类型的prop。通过这个函数，我们让挂载了这个prop的组件知道自己要去渲染什么。
这种技术使得我们之前想要共享的某些行为（的实现）变得非常之可移植（portable）。假如你想要得到这种行为，你只需要渲染一个带render属性的类（mouse）=> 的mouse）,然后决定如何干预这个组件的渲染。
一个很有意思的，并值得我们注意的事情是，你完全可以通过一个带render属性的普通组件来实现大部分的HOC。举个例子，假如你在共享行为（监听mousemove事件，获得光标在屏幕上的坐标）时不想通过withMouse来完成的话，那么就可以很简单地通过创建一个带render prop的
// If you really want a HOC for some reason, you can easily
// create one using a regular component with a render prop!
function withMouse(Component) {
return class extends React.Component {
render() {
return (
(
可以这么说，render props（指技术）让HOC技术与其他技术（在这里，指它自己）的组合使用成为了可能。
render prop的prop名不一定叫“render”
如上面的标题，你要牢牢记住，这种技术虽然叫render props，但是prop属性的名称不一定非得叫“render”。实际上，只要组件上的某个属性值是函数类型的，并且这个函数通过自己的形参实例化时获取了这个组件的内部数据，参与到这个组件的UI渲染中去了，我们就说这个组件应用了render props这种技术。
在上面的例子当中，我们一直在使用“render”这个名称。实际上，我们也可以轻易地换成children这个名称！
(
The mouse position is {mouse.x}, {mouse.y}
)}/> 同时，我们也要记住，这个“children”prop不一定非得罗列在在JSX element的“属性”列表中。它实际上就是我们平时用JSX声明组件时的children，因此你也可以像以前一样把它放在组件的内部。
{mouse => (
The mouse position is {mouse.x}, {mouse.y}
)}
在react-motion这个库的API中，你会看到这种写法的应用。
因为这种写法比较少见，所以假如你这么做了，为了让看你代码的人不产生疑惑的话，你可能需要在静态属性propTypes中显式地声明一下children的数据类型必须为函数。
Mouse.propTypes = {
children: PropTypes.func.isRequired
};注意点
当跟React.PureComponent结合使用时，要当心
如果你在组件的render方法里面创建了一个函数的话，然后把这个函数赋值给这个组件的prop的话，那么得到的结果很有可能是违背了你初衷的。怎么说呢？因为一旦你这么做了，React在作shallow prop comparison的时候，new props都会被判断为不等于old props的。现实是，这么做恰恰会导致在每一次render的调用的时候生成一个新的值给这个属性。
我们继续拿上面的
class Mouse extends React.PureComponent {
// Same implementation as above...
}
class MouseTracker extends React.Component {
render() {
return (
Move the mouse around!
{/* This is bad! The value of the `render` prop will be different on each render. */}
(
);
}
}在上面的代码例子当中，每一次
为了避开（To get around）这个问题，你可以把render prop的值赋值为
class MouseTracker extends React.Component {
// Defined as an instance method, `this.renderTheCat` always
// refers to *same* function when we use it in render
renderTheCat(mouse) {
return Move the mouse around!
在某些场景下，你可能无法把prop的值静态地赋值为组件实例的某个方法（例如，你需要覆盖组件的props值或者state值，又两者都要覆盖）。那么，在这种情况下，你只能老老实实地让