GitBook: [master] 2 pages modified

arquitetura.md

@@ -54,7 +54,7 @@ A camada verde anterior, na imagem abaixo é representada pela azul.
 
 ![](.gitbook/assets/0-neejq8pwkitj8emf..png)
 
-O framework sem si, é construído sobre a Engine \(C++\) e é puramente código Dart. 
+O framework em si, é construído sobre a Engine \(C++\) e é puramente código Dart. 
 
 {% hint style="info" %}
 Podemos acessar cada uma das classes e ver como um botão ou o switch é implementado.

basico/ciclo-de-vida.md

@@ -58,15 +58,15 @@ class _MeuWidgetImutavelState extends State<MeuWidgetImutavel> {
 * O uso do "\_" torna o widget privado para o escopo da biblioteca em que ele se encontra;
 * O uso de =&gt; indica que este método executa apenas 1 função.
 
-Mas não se engane, pois a diferença não é apenas no nome dos métodos. Lembra que ao criar um objeto do tipo [State](https://api.flutter.dev/flutter/widgets/State-class.html), um [Stateful](https://api.flutter.dev/flutter/widgets/StatefulWidget-class.html) widget ganha poderes mutáveis ?! Então, é dentro dele que a mágica acontece.
+Mas não se engane, pois a diferença não é apenas no nome dos métodos. Lembra que ao criar um objeto do tipo [State](https://api.flutter.dev/flutter/widgets/State-class.html), um [Stateful](https://api.flutter.dev/flutter/widgets/StatefulWidget-class.html) widget ganha poderes mutáveis?! Então, é dentro dele que a mágica acontece.
 
 Nosso `MeuWidgetImutavel` ao ser construído pelo framework, executa o método `createState()`  \(linha 5\) e este por sua vez, executa apenas 1 função, que é instanciar  `_MeuWidgetImutavelState`. Ele é um filho de [State](https://api.flutter.dev/flutter/widgets/State-class.html), logo, herda algumas características e comportamentos \(linha 8\).
 
 Vamos analisar com calma o ciclo de vida de um objeto [State](https://api.flutter.dev/flutter/widgets/State-class.html).
 
 ![](../.gitbook/assets/state.png)
 
-Pode parecer complicado, porém é mais simples do que você imagina. Todo este ciclo é necessário para que o método [setState\(\)](https://api.flutter.dev/flutter/widgets/State/setState.html) cumpra o seu papel, que é notificar nosso widget que ele precisa ser reconstruído reconstruído \(ter seu método [build\(\)](https://api.flutter.dev/flutter/widgets/State/build.html) executado novamente\).
+Pode parecer complicado, porém é mais simples do que você imagina. Todo este ciclo é necessário para que o método [setState\(\)](https://api.flutter.dev/flutter/widgets/State/setState.html) cumpra o seu papel, que é notificar nosso widget que ele precisa ser reconstruído \(ter seu método [build\(\)](https://api.flutter.dev/flutter/widgets/State/build.html) executado novamente\).
 
 {% hint style="danger" %}
 Abordaremos apenas os métodos nas caixas em verde escuro. As caixas em verde claro tratam de estados de um [State](https://api.flutter.dev/flutter/widgets/State-class.html). Não é o nosso foco **neste** momento. Apenas entender o ciclo de vida dele já é suficiente. 
@@ -84,7 +84,7 @@ Abordaremos apenas os métodos nas caixas em verde escuro. As caixas em verde cl
 
 _O nome deste método mudou para_ **didUpdateWidget** _e o diagrama oficial ainda está desatualizado_
 
-Como vimos, cada um dos métodos acima são executados em momentos diferentes. Cada um deles possui responsabilidades e comportacima são invopossui uma responsabilidade diferente, logo, devemo utilizá-los da maneira correta.  
+Como vimos, cada um dos métodos acima são executados em momentos diferentes. Cada um deles possui responsabilidades e comportamentos diferentes, logo, devemos utilizá-los da maneira correta.  
 
 {% hint style="success" %}
 ### Ficará mais simples compreender a real função de cada um destes métodos, o que fazer em cada um deles, quando utilizar um ou outro à medida em que formos progredindo no aprendizado e tivermos novas necessidades. Não se preocupe :\)