Pular para o conteúdo principal

React - Ciclo de vida

Os componentes no React, assim como recursos de diversas outras tecnologias, possui um ciclo de vida bem definido, ou seja, sabemos exatamente as etapas executadas da criação a destruição de um componente.

Os métodos do ciclo de vida de componentes são invocados em diferentes momentos, e eles podem ser organizados em três grupos: "mounting" onde são montados na tela, "updating" onde são atualizados e "unmounting" onde são desmontados e removidos da tela.

Mounting

Nesse momento temos a inicialização, a construção dos componentes (pré/pós) e a renderização.

constructor

Chamado antes que o componente seja montado:



getDerivedStateFromProps

Executado antes da renderização (render):



render

Único método puro, devendo sempre se manter puro, ou seja, sem modificar o estado do componente:



componentDidMount

Executado após a montagem do componente:



componentWillMount (legado, não deve ser usado)

Executado antes da montagem, e funcionará apenas até a versão 17.

Updating

Aqui temos o recebimento de propriedades, a definição e a atualização deve ocorrer a atualização do componente (caso ele deva ser atualizado) a renderização e a confirmação da atualização.

getDerivedStateFromProps

Funciona da mesma forma descrita em "mounting".

shouldComponentUpdate

Executado antes da renderização, ao receber novas propriedades ou estado e permite determinar se a renderização deve ou não ocorrer:



render

Funciona da mesma forma descrita em "mounting".

getSnapshotBeforeUpdate

Executado antes do retorno da renderização mais recente seja escrito no DOM:



componentDidUpdate

Executado após uma atualização:



componentWillReceiveProps (legado, não deve ser usado)

Executado antes que o componente montado receba propriedades, e funcionará apenas até a versão 17.

componentWillUpdate (legado, não deve ser usado)

Executado antes da renderização quando novas propriedades ou estado estão sendo recebidos, e funcionará apenas até a versão 17.

Unmounting

Na última etapa temos apenas a sinalização do inicio da destruição dos componentes.

componentWillUnmount

Executado antes que um componente seja desmontado ou destruído:


Exemplo

Aqui pode ser encontrado um exemplo que demonstra todo ciclo de vida de um componente, onde um componente de teste é criado, atualizado e depois removido, onde cada método do ciclo de vida é chamado gerando uma mensagem no console.

Ao iniciar a aplicação não temos nada no console:



Ao clicar no botão "Mostrar componente" nosso componente é criado passando pela etapa de "mounting":



Com o componente criado temos agora o botão "Mudar estado do componente teste!" que quando clicado inicia a etapa "updating":



Por fim, ao clicar no botão "Esconder componente" nosso componente é removido, passando pela etapa "unmounting":


Comentários

Mais visitadas

Alterar cores do PageControl (Delphi)

O padrão Windows todo cinza não é muito atraente, por isso quando nos utilizarmos do PageControl podemos alterar suas cores e fontes da seguinte maneira: Em primeiro lugar devemos alterar a propriedade OwnerDraw para TRUE ; Depois implementar seu método DrawTab da seguinte maneira: //pinta a fonte Control.Canvas.Font.Color:=clBlack; // // pinta a paleta / aba Control.Canvas.brush.Color:=clSkyBlue; PageControl1.Canvas.Rectangle(Rect); Control.Canvas.TextOut(Rect.left+5,Rect.top+3,PageControl1.Pages[tabindex].Caption); // pinta a parte interna (tabsheet) PageControl1.Pages[TabIndex].brush.Color := Control.Canvas.brush.Color; PageControl1.Pages[TabIndex].Repaint; Caso a intenção seja manter cada aba com seu próprio estilo basta adicionar um CASE filtrando o índice das abas: case TabIndex of   0: Control.Canvas.Font.Color:=clBlack;   1: Control.Canvas.Font.Color:=clWindow; ...

Como pegar valor de coluna invisível do GridView

Em determinado momento nos deparamos com a seguinte situação, nossa tabela do banco de dados possui como campo chave, um ID por exemplo, incrementado por uma rotina da aplicação, do banco ou algum outro mecanismo de incremento (sequences, increment, etc), logo não há porque mostrar essa coluna para o usuário porque o mesmo não sabe de sua existência, e seu valor não tem qualquer relevância para ele, sendo assim o mais lógico a se fazer é não mostra-lá na aplicação. Seu valor é necessário já que por se tratar de uma chave primária precisaremos dela para atualizar, inserir ou excluir os dados, então o que fazer? A resposta seria simples, deixemos ele invisível, buscaremos seu valor e o usuário não perceberá, porém a partir da versão 2005 do visual Studio as colunas setadas com "visible = false" não são renderizadas, com isso ao se tentar acessar seu valor o que recebemos é nada. Para contornarmos essa situação podemos codificar o seguinte: protected void GridView1_R...

Aplicação Flask usando Nginx e Gunicorn

Aplicação Flask usando Nginx e Gunicorn Se você já desenvolveu uma aplicação Flask básica, sabe que o servidor de desenvolvimento embutido não é ideal para produção. Ele não é projetado para lidar com altos volumes de tráfego ou conexões simultâneas. Para tornar sua aplicação Flask mais robusta e pronta para produção, podemos usar o Gunicorn como servidor de aplicação e o Nginx como proxy reverso. Neste artigo, vamos adaptar o exemplo anterior ( Criando uma Aplicação CRUD com Flask, PostgreSQL e Docker ) para incluir o Nginx e o Gunicorn. O que são Nginx e Gunicorn? Gunicorn O Gunicorn (Green Unicorn) é um servidor de aplicação WSGI que roda aplicações Python como o Flask. Ele é eficiente e simples de configurar, lidando com múltiplas requisições ao mesmo tempo, algo que o servidor embutido do Flask não faz bem. Nginx O Nginx é um servidor web que atua como um proxy reverso. Ele recebe requisições HTTP e as encaminha ao Gunicorn. Além disso, o Nginx pode: Servir arquivos ...