til
  • README
  • Software Development Roles
  • solid
  • README
    • service-worker
  • docker
    • arg
    • 更新docker版本
  • editor
    • vscode
    • Creating a VS Code Theme
  • english
    • words
  • front-end
    • ==
    • ECMAScript
    • IIFE
    • Label
    • basic
    • html.js.css渲染顺序
    • npm-vs-yarn
    • obj-delete-key-value
    • react
    • split-join-and-replace
    • video
    • 前端自检清单
    • 递归及去重
    • css
      • css换肤
      • flex
      • list
      • nth-child和nth-of-type区别
      • padding
      • position
      • 层叠上下文
      • 层叠样式(+)
      • 正方形
      • 语义化标签
    • dom
      • DOCTYPE
      • HEAD
      • 修改document
      • 自定义表单验证
    • electron
      • basic
    • es6
      • basic-type
      • basic
      • prototype-example
      • defineProperty
      • understanding-es6
        • 0.introduction
        • Appendix A: Smaller Changes
        • Appendix B: Understanding ES7
        • Block-Binding
        • Proxies&Reflection
        • class
        • 解构赋值
        • function
        • improved-array
        • iterators&generators
        • modules
        • object
        • promise
        • Map&Set
        • symbol
    • images
      • 前端角度看图片
    • interview_case
      • lexical_scope
      • redux和localstroage存储位置
    • javascript
      • fuck-the-js
      • js-engine-work
      • js原生操作dom
      • what-is-function-program
      • 执行上下文
      • articles
        • JavaScript中使用函数组合
        • JavaScript中的依赖注入
        • JavaScript作用域链中的标识符解析和闭包
        • JavaScript是何如工作的--概述
        • JavaScript深拷贝
        • JavaScript的全局变量是如何工作的
        • js继承常见的误解
        • node12&chrome中7个新的提案功能
        • 你真的懂JavaScript吗
      • date
        • index
      • engines
        • basic
        • JavaScript引擎基础:外形和内联缓存
        • v8中推测性优化的介绍
        • 优化原型
        • 更快的异步功能和promise
      • events
        • baisc
        • 事件冒泡和捕获
        • 定义事件
        • 页面生命周期
      • higher-order-function
        • curry
        • monad
      • module
        • basic
        • main&module
      • objects
        • iterator
        • spread
        • examples
          • iterator
      • performance
        • blocking-css
        • cache
      • prototype
        • Property-Descriptors
        • basic
        • prototype-shadow
      • you-dont-known-js
        • async&performance
          • Chapter 1: Asynchrony: Now & Later
          • Chapter 2: Callbacks
          • Chapter 3: Promises
          • Chapter 4: Generators
        • scope & closures
          • apA
          • apB
          • apC
          • apD
          • chapter1-what-is-scope
          • chapter2-lexical-scope
          • chapter3-function-vs-block-scope
          • chapter4-hoisting
          • chapter5-scope-closure
        • this & object prototypes
          • chapter1-this-or-that
          • chapter2-this-make-sense
          • chapter3-objects
          • chapter4-mixing(up)-class-object
          • chapter5-prototype
          • chapter6-behavior-delegation
        • types&grammer
          • Chapter1-Types
          • Chapter2-Values
          • Chapter3-Natives
          • Chapter4-coercion
          • Chapter5-grammer
        • up & going
          • chapter1-into-programming
          • chapter2-into-javascript
          • chapter3-into-YDKJS
    • mobile
      • iPhone分辨率终极指南
    • npm
      • arguments
      • build
    • react-native
      • prop-methods
    • react
      • PropTypes
      • basic
      • codebase-overview
      • component-element-instance
      • context
      • how-to-known-component-is-func-or-class
      • overview
      • react16.9
      • react18计划
      • react的设计原则
      • reconciliation
      • setState
      • useMemo
      • why-do-we-write-super-props
      • 从头实现一个react
      • concurrent
        • 引入并发模式(仅试验)
      • conf
        • conf-2019
      • events
        • 合成事件概述
      • hooks
        • custom-hook
        • effect-hook
        • hooks-api
        • intro
        • overview
        • rules
        • state-hook
        • hooks-vs-class
          • thinking-in-react-hooks
      • overreact
        • Development模式是如何工作的
        • How-Does-setState-Know-What-to-Do
        • Why-Do-React-Elements-Have-a-$$typeof-Property
        • Why-Do-React-Hooks-Rely-on-Call-Order
        • how-to-known-component-is-func-or-class
        • preparing-tach-talk-motivation
        • react作为ui运行
        • things-i-dont-known-as-2018
        • ui-element-problem-and-build-yourself
        • why-do-we-write-super-props
        • 一份完整的useEffect指南
        • 为什么X不是Hook
        • 函数组件与类有什么不同?
        • 演讲准备2-what-why-how
        • 编写弹性组件
        • 让setInterval在React-Hooks中为声明式
      • practice
        • render
      • react-dom
        • basic
      • react-redux
        • apiv7.1-hooks
        • connect
        • shallow-equal
      • redux
        • applyMiddleware
        • applyMiddleware2-细节
        • example
    • regex
      • index
    • stories
      • 数组下标
      • 阻止事件冒泡
    • svelte
      • compile-svelte-in-your-head-1
      • compiler-overview
      • parser
        • 写一个解析器-JavaScript的JSON解析器
    • turbopack
      • basic
    • typescript
      • interface和type的区别
    • webpack
      • hash
      • webpack4-for-react
      • webpack4
      • webpack4to5
      • babel
        • babel-parser和acorn的区别
        • babel.7.11
        • family
        • react16.14使用new-transform
        • update-to-7
    • pdf
      • deep-js
        • basic
      • react
        • reintroducing
  • git
    • capital
    • emoji
  • http
    • http2.0
    • response
  • rails
    • api
    • flash
    • middleware-vs-metal
    • model
    • performance
    • routes
    • environment
      • error
    • patterns
      • service
    • sidekiq
      • params
    • deploy
      • capistrano
        • ssh
  • ruby
    • self
    • net
      • http请求携带cookie
  • server
    • ss
    • ssh
    • user
    • crawler
      • puppeteer
    • nginx
      • domain-without-80
      • nginx节省带宽
  • sql
    • rails
    • search
Powered by GitBook
On this page
  • Elements Describe the Tree
  • DOM Elements
  • Component Elements
  • Components Encapsulate Element Trees
  • Components Can Be Classes or Functions
  • Top-Down Reconciliation
  • 总结
  • 扩展阅读
  1. front-end
  2. react

component-element-instance

Elements Describe the Tree

在react中,元素(element)就是描述组件实例或DOM节点及其所需属性的普通对象。 它仅包含有关组件类型(例如,Button组件), 其属性(例如,颜色)以及其中的任何子元素的信息。

并且元素也不是实际的组件实例。相反,它是一种告诉React你想在屏幕上看到什么的方法。 你不能在元素上调用任何方法。它只是一个带有两个字段的不可变描述对象:type: (string | ReactClass) && props: Object1。

DOM Elements

当元素(element)的类型是字符串时,它表示具有该标记名称的DOM节点,并且props对应其属性。这就是React将呈现的内容。例如:

{
  type: 'button',
  props: {
    className: 'button button-blue',
    children: {
      type: 'b',
      props: {
        children: 'OK!'
      }
    }
  }
}

此element只是将以下HTML表示为普通对象的一种方法:

<button class='button button-blue'>
  <b>
    OK!
  </b>
</button>

请注意元素如何嵌套。按照惯例,当我们想要创建一个元素树时,我们将一个或多个子元素指定为其包含元素的children prop。

重要的是,子元素和父元素都只是描述而不是实际的实例。

React元素很容易遍历,不需要解析,当然它们比实际的DOM元素轻得多 - 它们只是对象!

Component Elements

我们知道,元素的类型(type)也可以是与React组件对应的函数或类:

{
  type: Button,
  props: {
    color: 'blue',
    children: 'OK!'
  }
}

这是react的核心理念

描述组件的元素也是一个元素,就像描述DOM节点的元素一样。它们可以嵌套并相互混合。

此功能可以将DangerButton组件定义为具有特定颜色属性值的Button,而无需担心Button是否呈现为DOM <button>,<div>或其他的标签:

const DangerButton = ({ children }) => ({
  type: Button,
  props: {
    color: 'red',
    children: children
  }
});

也可以在一个元素树中匹配dom或者component的元素。如下:

const DeleteAccount = () => ({
  type: 'div',
  props: {
    children: [{
      type: 'p',
      props: {
        children: 'Are you sure?'
      }
    }, {
      type: DangerButton,
      props: {
        children: 'Yep'
      }
    }, {
      type: Button,
      props: {
        color: 'blue',
        children: 'Cancel'
      }
   }]
});

或者可以用你jsx的形式:

const DeleteAccount = () => (
  <div>
    <p>Are you sure?</p>
    <DangerButton>Yep</DangerButton>
    <Button color='blue'>Cancel</Button>
  </div>
);

Components Encapsulate Element Trees

当React看到一个具有函数(function)或类(class)类型的元素(element)时,它知道在给定相应的props的情况下向该组件询问它呈现的元素。

比如他看到这么一个元素:

{
  type: Button,
  props: {
    color: 'blue',
    children: 'OK!'
  }
}

React会询问Button渲染什么。然后Button会返回一个元素告诉他:

{
  type: 'button',
  props: {
    className: 'button button-blue',
    children: {
      type: 'b',
      props: {
        children: 'OK!'
      }
    }
  }
}

React将重复此过程,直到它知道页面上每个组件的底层DOM元素都被标记。

React就像一个孩子,问你每个'X是Y'的'Y是什么',你向他们解释,直到他们弄清楚世界上的每一件小事。

还记得上面的表单示例吗?它可以用React编写如下:

const Form = ({ isSubmitted, buttonText }) => {
  if (isSubmitted) {
    // Form submitted! Return a message element.
    return {
      type: Message,
      props: {
        text: 'Success!'
      }
    };
  }

  // Form is still visible! Return a button element.
  return {
    type: Button,
    props: {
      children: buttonText,
      color: 'blue'
    }
  };
};

对于React组件,props是输入,元素树是输出。

返回的元素树可以包含描述DOM节点的元素和描述其他组件的元素。这使得可以在不依赖于其内部DOM结构的情况下组成UI的独立部分。

我们让React创建,更新和销毁实例。并且使用从组件返回的元素来描述它们,React负责管理实例。

Components Can Be Classes or Functions

在上面的例子中,Form, Message, Button都是组件。我们可以把它用function的方式展现,就像上面的那样,也可以使用class继承自React.Component。声明组件的三种方式,可以像下面这样:

// 1) As a function of props
const Button = ({ children, color }) => ({
  type: 'button',
  props: {
    className: 'button button-' + color,
    children: {
      type: 'b',
      props: {
        children: children
      }
    }
  }
});

// 2) Using the React.createClass() factory
const Button = React.createClass({
  render() {
    const { children, color } = this.props;
    return {
      type: 'button',
      props: {
        className: 'button button-' + color,
        children: {
          type: 'b',
          props: {
            children: children
          }
        }
      }
    };
  }
});

// 3) As an ES6 class descending from React.Component
class Button extends React.Component {
  render() {
    const { children, color } = this.props;
    return {
      type: 'button',
      props: {
        className: 'button button-' + color,
        children: {
          type: 'b',
          props: {
            children: children
          }
        }
      }
    };
  }
}

将组件定义为类时,它比功能组件更强大。它可以存储一些本地状态,并在创建或销毁相应的DOM节点时执行自定义方法逻辑。

函数组件功能较弱但更简单,并且只使用一个render方法。除非需要仅在class中提供的功能,否则建议使用function组件。

无论是函数还是类,从根本上说它们都是React的组件。他们将props作为输入,并将元素作为输出返回。

Top-Down Reconciliation

当我们调用下面代码时:

ReactDOM.render({
  type: Form,
  props: {
    isSubmitted: false,
    buttonText: 'OK!'
  }
}, document.getElementById('root'));

react会根据给定的props询问Form组件返回什么元素树。

// React: 你告诉我这个
{
  type: Form,
  props: {
    isSubmitted: false,
    buttonText: 'OK!'
  }
}

// React: Form告诉我这个
{
  type: Button,
  props: {
    children: 'OK!',
    color: 'blue'
  }
}

// React: Button告诉我这个,此时预测已经结束。
{
  type: 'button',
  props: {
    className: 'button button-blue',
    children: {
      type: 'b',
      props: {
        children: 'OK!'
      }
    }
  }
}

在和解结束后,React会知道DOM树结果,并且像react-dom或react-native这样的渲染器应用,以最小的更改集去更新DOM节点(或者在React Native的情况下,特定于平台的视图) 。

你可能已经注意到,此博客条目对组件和元素进行了大量讨论,而不是实例。事实上,实例在React中的重要性远远低于大多数面向对象的UI框架。

React负责为每个类组件创建一个实例,因此您可以使用方法和本地状态以面向对象的方式编写组件,但除此之外,实例在React的编程模型中并不是非常重要,并且由React本身管理。

总结

元素是一个普通对象,用于描述您希望在DOM节点或其他组件方面在屏幕上显示的内容。元素可以在其道具中包含其他元素。创建React元素很简单。一旦创建了一个元素,它就永远不会发生改变。

组件可以用几种不同的声明方式。它可以是一个带有render方法的类。或者,在简单(你可以认为是没有状态)的情况下,可以将其定义为函数。在任何一种情况下,它都将props作为输入,并返回一个元素树作为输出。

当一个组件接收一些props作为输入时,这是因为一个特定的父组件返回了一个元素及其类型和这些props。这就是人们说props在React中以一种方式流动的原因:从父母到孩子。

功能组件根本没有实例。类组件有实例,但您永远不需要直接创建组件实例--React负责这一点。

扩展阅读

Previouscodebase-overviewNextcontext

Last updated 6 years ago

这个是React过程中的一部分,并且这个是在调用或时触发的。

这种渐进的精炼过程也是React应用程序易于优化的原因。如果组件树的某些部分变得太大而React无法有效访问,就可以告诉它如果它们是的,那么计算props是否已经改变是非常快的,因此React和immutability可以很好地协同工作,并且可以用最小的努力提供很好的优化。

只有声明为类的组件才有实例,而且你永远不会直接创建它们:React会为你做这件事。虽然存在,但它们仅用于命令性操作(例如将焦点设置在字段上),并且通常应该避免。

在编写的组件类中,this就是指的实例。它对于非常有用。

最后,要创建元素,请使用,或。不要在真实代码中将元素写为普通对象 - 只要知道它们是引擎盖下的普通对象。

和解
ReactDOM.render
setState
跳过这个“精炼”并在相关props未更改的情况下区分树的某些部分。
不可变
父组件实例访问子组件实例的机制
存储本地状态和对生命周期事件做出反应
React.createElement
JSX
元素工厂助手
介绍React Elements
精简React Elements
React 术语
本文doc地址