{"componentChunkName":"component---src-templates-docs-js","path":"/docs/jsx-in-depth.html","result":{"data":{"markdownRemark":{"html":"

Fundamentalmente, JSX é somente um açúcar sintático (syntactic sugar) para a função React.createElement(component, props, ...children). O código JSX:

\n
<MyButton color=\"blue\" shadowSize={2}>\n  Clique aqui\n</MyButton>
\n

é compilado para:

\n
React.createElement(\n  MyButton,\n  {color: 'blue', shadowSize: 2},\n  'Clique aqui'\n)
\n

Você também pode fechar a tag imediatamente se não tiver elementos filhos. Então:

\n
<div className=\"sidebar\" />
\n

é compilado para:

\n
React.createElement(\n  'div',\n  {className: 'sidebar'}\n)
\n

Se você quiser testar como um JSX em específico é convertido em JavaScript, você pode usar o compilador online do Babel.

\n

Especificando o Tipo do Elemento React

\n

A primeira parte de uma tag JSX determina o tipo do elemento React.

\n

Tipos que começam com letra maiúscula se referem a um componente React. Essas tags são compiladas para uma referência direta da variável nomeada, então se você usar a expressão JSX <Foo />, Foo tem que estar no escopo.

\n

O React Tem Que Estar no Escopo

\n

Já que JSX compila em chamadas para React.createElement, a biblioteca React também tem sempre que estar no escopo do seu código JSX.

\n

Por exemplo, os dois imports são necessários nesse código, apesar de que React e CustomButton não são referenciados diretamente pelo JavaScript:

\n
import React from 'react';import CustomButton from './CustomButton';\nfunction WarningButton() {\n  // return React.createElement(CustomButton, {color: 'red'}, null);  return <CustomButton color=\"red\" />;\n}
\n

Se você não usa um bundler JavaScript e carrega o React de uma tag <script>, ele já estará no escopo global como React.

\n

Usando Notação Pontuada (Dot Notation) Para Tipos JSX

\n

Você também pode se referir a um componente React usando notação pontuada no próprio JSX. Isso é conveniente se você tem um único módulo que exporta vários componentes React. Por exemplo, se MyComponents.DatePicker é um componente, você pode usá-lo diretamente no JSX como:

\n
import React from 'react';\n\nconst MyComponents = {\n  DatePicker: function DatePicker(props) {\n    return <div>Imagine um datepicker {props.color} aqui.</div>;\n  }\n}\n\nfunction BlueDatePicker() {\n  return <MyComponents.DatePicker color=\"blue\" />;}
\n

Componentes Defindos pelo Usuário Precisam Começar com Letras Maiúsculas

\n

Quando um tipo elemento começar com uma letra minúscula, ele se refere a um componente interno <div> ou <span> e resulta na string 'div' ou 'span' passada para React.createElement. Tipos que começam com letra maiúscula como <Foo /> são compilados para React.createElement(Foo) e correspondem a um componente definido ou importado no seu arquivo JavaScript.

\n

Nós recomendamos nomear componentes com letras maiúsculas. Se você realmente tiver um componente que comece com letra minúscula, guarde-o em uma variável que comece com letra maiúscula antes de usá-lo no JSX.

\n

Por exemplo, esse código não vai rodar como esperado:

\n
import React from 'react';\n\n// Errado! Isso é um componente e devia começar com letra maiúscula:function hello(props) {  // Correto! Esse uso da <div> é legítimo porque div é uma tag HTML válida:\n  return <div>Hello {props.toWhat}</div>;\n}\n\nfunction HelloWorld() {\n  // Errado! O React pensa que <hello /> é uma tag HTML porque não começa com letra maiúscula:  return <hello toWhat=\"World\" />;}
\n

Para consertar isso, nós vamos renomear hello para Hello e usar <Hello /> quando nos referirmos a ele:

\n
import React from 'react';\n\n// Correto! Isso é um componente e deve começar com letra maiúscula:function Hello(props) {  // Correto! Esse uso da <div> é legítimo porque div é uma tag HTML válida:\n  return <div>Hello {props.toWhat}</div>;\n}\n\nfunction HelloWorld() {\n  // Correto! O React sabe que <Hello /> é um componente porque ele começa com letra maiúscula.  return <Hello toWhat=\"World\" />;}
\n

Escolhendo o Tipo em Tempo de Execução

\n

Você não pode usar uma expressão genérica como tipo do elemento React. Se você realmente quiser usar uma expressão genérica para indicar tipo do elemento, guarde-a em uma variável que comece com letra maiúscula primeiro. Isso geralmente é usado quando você quer renderizar um componente diferente baseado em uma prop:

\n
import React from 'react';\nimport { PhotoStory, VideoStory } from './stories';\n\nconst components = {\n  photo: PhotoStory,\n  video: VideoStory\n};\n\nfunction Story(props) {\n  // Errado! O tipo do JSX não pode ser uma expressão.  return <components[props.storyType] story={props.story} />;}
\n

Para consertar isso, nós vamos guardar o tipo em uma variável começando com letra maiúscula primeiro:

\n
import React from 'react';\nimport { PhotoStory, VideoStory } from './stories';\n\nconst components = {\n  photo: PhotoStory,\n  video: VideoStory\n};\n\nfunction Story(props) {\n  // Correto! O tipo JSX pode ser uma variável começando com letra maiúscula.  const SpecificStory = components[props.storyType];  return <SpecificStory story={props.story} />;}
\n

Props no JSX

\n

Existem várias maneiras de especificar uma prop em JSX.

\n

Expressões JavaScript como Props

\n

Você pode passar qualquer expressão JavaScript como prop, colocando ela em volta de {}. Por exemplo, nesse JSX:

\n
<MyComponent foo={1 + 2 + 3 + 4} />
\n

Para MyComponent, o valor de props.foo será 10 porque a expressão 1 + 2 + 3 + 4 é calculada.

\n

Declarações if e loops for não são expressões em JavaScript, então elas não podem ser usadas no JSX diretamente. Ao invés disso, você pode colocá-las no código ao redor. Por exemplo:

\n
function NumberDescriber(props) {\n  let description;\n  if (props.number % 2 == 0) {    description = <strong>even</strong>;  } else {    description = <i>odd</i>;  }  return <div>{props.number} is an {description} number</div>;\n}
\n

Você pode aprender mais sobre renderização condicional e loops nas seções correspondentes.

\n

String Literals

\n

Você pode passar uma string literal como uma prop. Essas duas expressões JSX são equivalentes:

\n
<MyComponent message=\"hello world\" />\n\n<MyComponent message={'hello world'} />
\n

Quando você passa uma string literal, seu valor é um HTML não escapado. Então essas duas expressões são equivalentes:

\n
<MyComponent message=\"&lt;3\" />\n\n<MyComponent message={'<3'} />
\n

O comportamento geralmente não é relevante. Ele só é mencionado aqui pela integridade.

\n

Props com Valor Padrão “True”

\n

Se você não passar nenhum valor para a prop, seu valor padrão será true. Essas duas expressões JSX são equivalentes:

\n
<MyTextBox autocomplete />\n\n<MyTextBox autocomplete={true} />
\n

No geral, nós não recomendamos não a passagem de um valor para uma prop, porque pode ser confundido com abreviação de objeto do ES6 {foo} que é a abreviação de {foo: foo} em vez de {foo: true}. Esse comportamente só está ai para estar de acordo com o comportamento do HTML.

\n

Atributos com Spread

\n

Se você já tiver props como um objeto e quiser passar em JSX, você pode usar ... como um operador “spread” para passar todo o objeto props. Esses dois componentes são equivalentes:

\n
function App1() {\n  return <Greeting firstName=\"Ben\" lastName=\"Hector\" />;\n}\n\nfunction App2() {\n  const props = {firstName: 'Ben', lastName: 'Hector'};\n  return <Greeting {...props} />;}
\n

Você também pode escolher props específicas que seu componente irá consumir enquanto passa todas as outras props usando o operador spread.

\n
const Button = props => {\n  const { kind, ...other } = props;  const className = kind === \"primary\" ? \"PrimaryButton\" : \"SecondaryButton\";\n  return <button className={className} {...other} />;\n};\n\nconst App = () => {\n  return (\n    <div>\n      <Button kind=\"primary\" onClick={() => console.log(\"clicked!\")}>\n        Hello World!\n      </Button>\n    </div>\n  );\n};
\n

No exemplo acima, a prop kind é consumida em segurança e não é passada para o elemento <button> no DOM.\nTodas as outras props são passadas pelo objeto ...other tornando esse componente bastante flexível. Você pode ver que ele passa as props onClick e children.

\n

Atributos spread podem ser úteis mas eles facilitam a passagem de props desnecessárias para componentes que não precisam delas ou a passagem de atributos HTML inválidos para o DOM. Nós recomendamos usá-lo com moderação.

\n

Elementos Filhos em JSX

\n

Nas expressões JSX que contêm tags para abrir e tags para fechar, o conteúdo entre essas tags é passado na forma de uma prop especial props.children. Existem diversas formas diferentes de passar essa prop children:

\n

String Literals

\n

Você pode por uma string entre tags que abrem e tags que fecham e props.children será essa string. Isso é útil para vários dos elementos HTML internos. Por exemplo:

\n
<MyComponent>Hello world!</MyComponent>
\n

Esse é um JSX válido e props.children em MyComponent será a string "Hello world!". O HTML não é escapado, então você pode escrever JSX da mesma maneira que você escreveria HTML:

\n
<div>Esse é um HTML válido &amp; e JSX ao mesmo tempo.</div>
\n

O JSX remove espaços em branco no início e no final da linha. Ele também remove linhas vazias. Linhas novas adjacentes a tags são removidas; novas linhas que ocorrem no meio de uma string literal são condensadas em um único espaço. Então todos esses são renderizados da mesma forma:

\n
<div>Hello World</div>\n\n<div>\n  Hello World\n</div>\n\n<div>\n  Hello\n  World\n</div>\n\n<div>\n\n  Hello World\n</div>
\n

Elemento Filhos JSX

\n

Você pode fornecer mais elementos JSX como elementos filhos. Isso é útil para exibir componentes aninhados:

\n
<MyContainer>\n  <MyFirstComponent />\n  <MySecondComponent />\n</MyContainer>
\n

Você pode misturar elementos filhos de tipos diferentes, assim você pode usar string literals com elementos filhos JSX. Essa é outra forma em que o JSX é como o HTML, então isso é ao mesmo tempo um HTML e um JSX válido:

\n
<div>\n  Aqui está uma lista:\n  <ul>\n    <li>Item 1</li>\n    <li>Item 2</li>\n  </ul>\n</div>
\n

Um componente React pode retornar um array de elementos:

\n
render() {\n  // Não há necessidade de envolver uma lista de itens em um elemento extra!\n  return [\n    // Não esqueça das keys :)\n    <li key=\"A\">First item</li>,\n    <li key=\"B\">Second item</li>,\n    <li key=\"C\">Third item</li>,\n  ];\n}
\n

Expressões JavaScript como Elementos Filhos

\n

Você pode passar expressões JavaScript como elementos filhos, envolvendo elas com {}. Por exemplo, essas expressões são equivalentes:

\n
<MyComponent>foo</MyComponent>\n\n<MyComponent>{'foo'}</MyComponent>
\n

Isso é geralmente útil para renderizar uma lista de expressões JSX de um tamanho arbitrário. Por exemplo, isso renderiza uma lista HTML:

\n
function Item(props) {\n  return <li>{props.message}</li>;}\n\nfunction TodoList() {\n  const todos = ['finish doc', 'submit pr', 'nag dan to review'];\n  return (\n    <ul>\n      {todos.map((message) => <Item key={message} message={message} />)}    </ul>\n  );\n}
\n

Expressões JavaScript podem ser misturadas com outros tipos de elementos filhos. Isso é geralmente útil para templates de string:

\n
function Hello(props) {\n  return <div>Hello {props.addressee}!</div>;}
\n

Funções como Elementos Filhos

\n

Normalmente, expressões JavaScript inseridas no JSX vão ser avaliadas em uma string, um elemento React ou uma lista dessas coisas. No entando, props.children funciona como qualquer outra prop podendo passar qualquer tipo de dado, não somente os tipos que o React sabe renderizar. Por exemplo, se você tem um componente customizado, você pode fazê-lo receber um callback na forma de um props.children:

\n
// Chama o callback do elemento filho numTimes para produzir um componente repetido\nfunction Repeat(props) {\n  let items = [];\n  for (let i = 0; i < props.numTimes; i++) {    items.push(props.children(i));\n  }\n  return <div>{items}</div>;\n}\n\nfunction ListOfTenThings() {\n  return (\n    <Repeat numTimes={10}>\n      {(index) => <div key={index}>Esse é o item {index} na lista </div>}    </Repeat>\n  );\n}
\n

Elementos filhos passados a um componente customizado podem ser qualquer coisa, contanto que aquele componente transforme-os em algo que o React possa entender antes de renderizá-lo. Esse tipo de uso não é comum, mas funciona se você quiser estender o que o JSX é capaz.

\n

Booleans, Null, e Undefined são Ignorados

\n

false, null, undefined, e true são elementos filhos válidos. Eles somente não renderizam. Essas expressões JSX vão todas renderizar da mesma forma::

\n
<div />\n\n<div></div>\n\n<div>{false}</div>\n\n<div>{null}</div>\n\n<div>{undefined}</div>\n\n<div>{true}</div>
\n

Isso pode ser útil para renderizar condicionalmente elementos React. Esse JSX renderiza o componente <Header /> apenas se showHeader for true:

\n
<div>\n  {showHeader && <Header />}  <Content />\n</div>
\n

Um problema é que alguns valores “falsy”, como o número 0, ainda são renderizados pelo React. Por exemplo, esse código não vai se comportar como você espera porque 0 será printado quando props.messages for um array vazio:

\n
<div>\n  {props.messages.length &&    <MessageList messages={props.messages} />\n  }\n</div>
\n

Para consertar isso, tenha certeza de que a expressão antes do && é sempre booleana:

\n
<div>\n  {props.messages.length > 0 &&    <MessageList messages={props.messages} />\n  }\n</div>
\n

De modo inverso, se você quer que um valor como false, true, null, ou undefined apareça na saída, você tem que convertê-lo para uma string primeiro:

\n
<div>\n  Minha variável JavaScript é {String(myVariable)}.</div>
","frontmatter":{"title":"JSX In Depth","next":null,"prev":null},"fields":{"path":"content/docs/jsx-in-depth.md","slug":"docs/jsx-in-depth.html"}}},"pageContext":{"slug":"docs/jsx-in-depth.html"}},"staticQueryHashes":[]}