-
-
Notifications
You must be signed in to change notification settings - Fork 248
Commit
This commit does not belong to any branch on this repository, and may belong to a fork outside of the repository.
- Loading branch information
1 parent
233bf6b
commit 76c97c2
Showing
26 changed files
with
4,417 additions
and
1 deletion.
There are no files selected for viewing
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,31 @@ | ||
{ | ||
"Overview": [ | ||
"introduction", | ||
"installation", | ||
"migrate-react" | ||
], | ||
"Main Concepts": [ | ||
"elements-and-jsx", | ||
"rendering-elements", | ||
"components-and-props", | ||
"arrays-and-keys", | ||
"refs-and-the-dom", | ||
"context", | ||
"styling", | ||
"router" | ||
], | ||
"Hooks & State Management": [ | ||
"hooks-overview", | ||
"hooks-effect", | ||
"hooks-state", | ||
"hooks-reducer", | ||
"hooks-context", | ||
"hooks-ref", | ||
"hooks-custom" | ||
], | ||
"Guides": [ | ||
"beyond-jsx", | ||
"forwarding-refs", | ||
"extensions-of-props" | ||
] | ||
} |
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,127 @@ | ||
--- | ||
title: Arrays and Keys | ||
description: "Rendering arrays and handling keys in ReScript and React" | ||
canonical: "/docs/react/latest/arrays-and-keys" | ||
--- | ||
|
||
# Arrays and Keys | ||
|
||
<Intro> | ||
|
||
Whenever we are transforming data into an array of elements and put it in our React tree, we need to make sure to give every element an unique identifier to help React distinguish elements for each render. This page will explain the `key` attribute and how to apply it whenever we need to map data to `React.element`s. | ||
|
||
</Intro> | ||
|
||
## Keys & Rendering Arrays | ||
|
||
Keys help React identify which elements have been changed, added, or removed throughout each render. Keys should be given to elements inside the array to give the elements a stable identity: | ||
|
||
```res | ||
let numbers = [1, 2, 3, 4, 5]; | ||
let items = Belt.Array.map(numbers, (number) => { | ||
<li key={Belt.Int.toString(number)}> {React.int(number)} </li> | ||
}) | ||
``` | ||
|
||
The best way to pick a key is to use a string that uniquely identifies a list item among its siblings. Most often you would use IDs from your data as keys: | ||
|
||
```res | ||
type todo = {id: string, text: string} | ||
let todos = [ | ||
{id: "todo1", text: "Todo 1"}, | ||
{id: "todo2", text: "Todo 2"} | ||
] | ||
let items = Belt.Array.map(todos, todo => { | ||
<li key={todo.id}> {React.string(todo.text)} </li> | ||
}) | ||
``` | ||
|
||
If you don’t have stable IDs for rendered items, you may use the item index as a key as a last resort: | ||
|
||
```res {1..3} | ||
let items = Belt.Array.mapWithIndex(todos, (i, todo) => { | ||
// Only do this if items have no stable id | ||
<li key={Belt.Int.toString(i)}> | ||
{todo.text} | ||
</li> | ||
}); | ||
``` | ||
|
||
### Keys Must Only Be Unique Among Siblings | ||
|
||
Keys used within arrays should be unique among their siblings. However they don’t need to be globally unique. We can use the same keys when we produce two different arrays: | ||
|
||
```res {6,10,17,18,25,27} | ||
type post = {id: string, title: string, content: string} | ||
module Blog = { | ||
@react.component | ||
let make = (~posts: array<post>) => { | ||
let sidebar = | ||
<ul> | ||
{ | ||
Belt.Array.map(posts, (post) => { | ||
<li key={post.id}> | ||
{React.string(post.title)} | ||
</li> | ||
})->React.array | ||
} | ||
</ul> | ||
let content = Belt.Array.map(posts, (post) => { | ||
<div key={post.id}> | ||
<h3>{React.string(post.title)}</h3> | ||
<p>{React.string(post.content)}</p> | ||
</div> | ||
}); | ||
<div> | ||
{sidebar} | ||
<hr /> | ||
{React.array(content)} | ||
</div> | ||
} | ||
} | ||
let posts = [ | ||
{id: "1", title: "Hello World", content: "Welcome to learning ReScript & React!"}, | ||
{id: "2", title: "Installation", content: "You can install reason-react from npm."} | ||
] | ||
let blog = <Blog posts/> | ||
``` | ||
|
||
|
||
## Rendering `list` Values | ||
|
||
In case you ever want to render a `list` of items, you can do something like this: | ||
|
||
```res | ||
type todo = {id: string, text: string} | ||
@react.component | ||
let make = () => { | ||
let todoList = list{ | ||
{id: "todo1", text: "Todo 1"}, | ||
{id: "todo2", text: "Todo 2"}, | ||
} | ||
let items = | ||
todoList | ||
->Belt.List.toArray | ||
->Belt.Array.map(todo => { | ||
<li key={todo.id}> {React.string(todo.text)} </li> | ||
}) | ||
<div> {React.array(items)} </div> | ||
} | ||
``` | ||
|
||
We use `Belt.List.toArray` to convert our list to an array before creating our `array<React.element>`. Please note that using `list` has performance impact due to extra conversion costs. | ||
|
||
99% of the time you'll want to use arrays (seamless interop, faster JS code), but in some cases it might make sense to use a `list` to leverage advanced pattern matching features etc. | ||
|
This file contains bidirectional Unicode text that may be interpreted or compiled differently than what appears below. To review, open the file in an editor that reveals hidden Unicode characters.
Learn more about bidirectional Unicode characters
Original file line number | Diff line number | Diff line change |
---|---|---|
@@ -0,0 +1,220 @@ | ||
--- | ||
title: Beyond JSX | ||
description: "Details on how to use ReScript and React without JSX" | ||
canonical: "/docs/react/latest/beyond-jsx" | ||
--- | ||
|
||
# Beyond JSX | ||
|
||
<Intro> | ||
|
||
JSX is a syntax sugar that allows us to use React components in an HTML like manner. A component needs to adhere to certain interface conventions, otherwise it can't be used in JSX. This section will go into detail on how the JSX transformation works and what React APIs are used underneath. | ||
|
||
</Intro> | ||
|
||
**Note:** This section requires knowledge about the low level apis for [creating elements](./elements-and-jsx#creating-elements-from-component-functions), such as `React.createElement` or `ReactDOM.createDOMElementVariadic`. | ||
|
||
> **Note:** This page assumes your `bsconfig.json` to be set to `"jsx": { "version": 4 }` to apply the right JSX transformations. | ||
## Component Types | ||
|
||
A plain React component is defined as a `('props) => React.element` function. You can also express a component more efficiently with our shorthand type `React.component<'props>`. | ||
|
||
Here are some examples on how to define your own component types (often useful when interoping with existing JS code, or passing around components): | ||
|
||
```res | ||
// Plain function type | ||
type friend = {name: string, online: bool} | ||
type friendComp = friend => React.element | ||
// Equivalent to | ||
// ({padding: string, children: React.element}) => React.element | ||
type props = {padding: string, children: React.element} | ||
type containerComp = React.component<props> | ||
``` | ||
The types above are pretty low level (basically the JS representation of a React component), but since ReScript React has its own ways of defining React components in a more language specific way, let's have a closer look on the anatomy of such a construct. | ||
|
||
## JSX Component Interface | ||
|
||
A ReScript React component needs to be a (sub-)module with a `make` function and `props` type to be usable in JSX. To make things easier, we provide a `@react.component` decorator to create those functions for you: | ||
|
||
<CodeTab labels={["Decorated", "Expanded"]}> | ||
|
||
```res | ||
module Friend = { | ||
@react.component | ||
let make = (~name: string, ~children) => { | ||
<div> | ||
{React.string(name)} | ||
children | ||
</div> | ||
} | ||
} | ||
``` | ||
```res | ||
module Friend = { | ||
type props<'name, 'children> = { | ||
name: 'name, | ||
children: 'children, | ||
} | ||
let make = ({name, children, _}: props<string, 'children>) => { | ||
ReactDOM.createDOMElementVariadic("div", [{React.string(name)}, children]) | ||
} | ||
} | ||
``` | ||
|
||
</CodeTab> | ||
|
||
In the expanded output: | ||
|
||
- `props`: A generated record type that has fields according to the labeled arguments of the `make` function | ||
- `make`: A converted `make` function that complies to the component interface `(props) => React.element` | ||
|
||
### Special Case React.forwardRef | ||
|
||
The `@react.component` decorator also works for `React.forwardRef` calls: | ||
|
||
|
||
<CodeTab labels={["Decorated", "Expanded"]}> | ||
|
||
```res | ||
module FancyInput = { | ||
@react.component | ||
let make = React.forwardRef((~className=?, ~children, ref) => | ||
<div> | ||
// use ref here | ||
</div> | ||
) | ||
} | ||
``` | ||
|
||
```res | ||
// Simplified Output | ||
type props<'className, 'children, 'ref> = { | ||
className?: 'className, | ||
children: 'children, | ||
ref?: 'ref, | ||
} | ||
let make = ( | ||
{?className, children, _}: props<'className, 'children, ReactRef.currentDomRef>, | ||
ref: Js.Nullable.t<ReactRef.currentDomRef>, | ||
) => | ||
make(~className, ~children, ~ref, ()) | ||
``` | ||
|
||
</CodeTab> | ||
|
||
As shown in the expanded output above, our decorator desugars the function passed to `React.forwardRef` in the same manner as a typical component `make` function. It also creates a `props` type with an optional `ref` field, so we can use it in our JSX call (`<FancyInput ref=.../>`). | ||
|
||
So now that we know how the ReScript React component transformation works, let's have a look on how ReScript transforms our JSX constructs. | ||
|
||
## JSX Under the Hood | ||
|
||
Whenever we are using JSX with a custom component ("capitalized JSX"), we are actually using `React.createElement` to create a new element. Here is an example of a React component without children: | ||
|
||
<CodeTab labels={["JSX", "Without JSX", "JS Output"]}> | ||
|
||
```res | ||
<Friend name="Fred" age=20 /> | ||
``` | ||
```res | ||
// classic | ||
React.createElement(Friend.make, {name: "Fred", age:20}) | ||
// automatic | ||
React.jsx(Friend.make, {name: "Fred", age: 20}) | ||
``` | ||
```js | ||
React.createElement(Playground$Friend, { name: "Fred", age: 20 }); | ||
``` | ||
|
||
</CodeTab> | ||
|
||
As you can see, it uses `Friend.make` to call the `React.createElement` API. In case you are providing children, it will use `React.createElementVariadic` instead (which is just a different binding for `React.createElement`): | ||
|
||
<CodeTab labels={["JSX", "Without JSX", "JS Output"]}> | ||
|
||
```res | ||
<Container width=200> | ||
{React.string("Hello")} | ||
{React.string("World")} | ||
</Container> | ||
``` | ||
|
||
```res | ||
// classic | ||
React.createElementVariadic( | ||
Container.make, | ||
{width: 200, children: React.null}, | ||
[{React.string("Hello")}, {React.string("World")}], | ||
) | ||
// automatic | ||
React.jsxs( | ||
Container.make, | ||
{width: 200, children: React.array([{React.string("Hello")}, {React.string("World")}])}, | ||
) | ||
``` | ||
|
||
```js | ||
React.createElement(Container, { width: 200, children: null }, "Hello", "World"); | ||
``` | ||
|
||
</CodeTab> | ||
|
||
Note that the `children: React.null` field has no relevance since React will only care about the children array passed as a third argument. | ||
|
||
|
||
### Dom Elements | ||
|
||
"Uncapitalized JSX" expressions are treated as DOM elements and will be converted to `ReactDOM.createDOMElementVariadic` calls: | ||
|
||
<CodeTab labels={["JSX", "Without JSX", "JS Output"]}> | ||
|
||
```res | ||
<div title="test"/> | ||
``` | ||
|
||
```res | ||
// classic | ||
ReactDOM.createDOMElementVariadic("div", ~props={title: "test"}, []) | ||
// automatic | ||
ReactDOM.jsx("div", {title: "test"}) | ||
``` | ||
|
||
```js | ||
React.createElement("div", { title: "test" }); | ||
``` | ||
|
||
</CodeTab> | ||
|
||
The same goes for uncapitalized JSX with children: | ||
|
||
<CodeTab labels={["JSX", "Without JSX", "JS Output"]}> | ||
|
||
```res | ||
<div title="test"> | ||
<span/> | ||
</div> | ||
``` | ||
|
||
```res | ||
// classic | ||
ReactDOM.createDOMElementVariadic( | ||
"div", | ||
~props={title: "test"}, | ||
[ReactDOM.createDOMElementVariadic("span", [])], | ||
) | ||
// automatic | ||
ReactDOM.jsx("div", {title: "test", children: ?ReactDOM.someElement(ReactDOM.jsx("span", {}))}) | ||
``` | ||
|
||
```js | ||
React.createElement("div", { title: "test" }, React.createElement("span", undefined)); | ||
``` | ||
|
||
</CodeTab> |
Oops, something went wrong.