Skip to content

Commit 373f21f

Browse files
authored
Merge pull request FrontendMasters#39 from stevelove/patch-1
Typos and grammar fixes
2 parents f4c8560 + 4d96267 commit 373f21f

File tree

1 file changed

+4
-4
lines changed

1 file changed

+4
-4
lines changed

basic-react-components/6.10.md

Lines changed: 4 additions & 4 deletions
Original file line numberDiff line numberDiff line change
@@ -2,12 +2,12 @@
22

33
You likely realize that calling `ReactDom.render()` is the initial kicking off of the rendering of a component and all sub components.
44

5-
After the initial mounting of components, a re-rendered will occur when:
5+
After the initial mounting of components, a re-rendering will occur when:
66

7-
1. A components `setState()` method is called
8-
2. A components `forceUpdate()` method is called
7+
1. A component's `setState()` method is called
8+
2. A component's `forceUpdate()` method is called
99

10-
Anytime a component is re-rendered (or initially rendered) all of its children components are rendered inside of the virtual DOM possibly causing a change to the real DOM (i.e., the UI). The distinction I am making here is that just because a component is re-render in the virtual DOM, it does not follow always that an update to the DOM will occur.
10+
Anytime a component is re-rendered (or initially rendered) all of its children components are rendered inside of the virtual DOM possibly causing a change to the real DOM (i.e., the UI). The distinction I am making here is that just because a component is re-rendered in the virtual DOM, it does not always follow that an update to the DOM will occur.
1111

1212
In the code example below `ReactDOM.render(< App / >, app);` starts the first cascade of rendering, rendering `<App />` and `<Timer/>`. The next re-render occurs when the `setInterval()` calls the `setState()` component method, which causes `<App />` and `<Timer/>` to be re-rendered. Note the UI changes when the `now` state is changed.
1313

0 commit comments

Comments
 (0)