Cada galho \u00e9 uma \u00e1rvore independente<\/h3>\n
Cada componente \u00e9 respons\u00e1vel por orquestrar seus filhos, mas n\u00e3o conhece o pai e nem seus irm\u00e3os, apenas troca mensagens por fun\u00e7\u00f5es recebidas no props<\/em><\/strong> que magicamente ele sabe que existe e deve acionar, mas n\u00e3o sabe o que faz.<\/p>\n N\u00e3o ter medo de acionar o render \u00e9 manter o universo sempre num estado v\u00e1lido e imut\u00e1vel<\/a>, recomponha sempre sua \u00e1rvore e pense nela apenas.<\/p>\n A sua interface gr\u00e1fica \u00e9 o que est\u00e1 no return<\/em><\/strong> do render<\/em><\/strong>, ela \u00e9 imut\u00e1vel, sem c\u00f3digo (sem scriptlet, apenas marca\u00e7\u00e3o) e deve sempre representar o estado do universo, n\u00e3o dados isolados.<\/p>\n P\u00e1ra de escrever let<\/em><\/strong> (bem, var<\/em><\/strong> voce j\u00e1 deve ou deveria ter parado). Quando voc\u00ea trabalha com universos imut\u00e1veis, a interface representa o estado dele e voc\u00ea n\u00e3o precisa de vari\u00e1veis, apenas de constantes.<\/p>\n Dessa forma se mant\u00e9m o mais fiel poss\u00edvel \u00e0 imutabilidade. Pensa comigo, se tem necessidade de mudar um valor, n\u00e3o vai ser atribuindo diretamente na propriedade, \u00e9 reconstruindo o universo.<\/p>\n Tem casos que \u00e9 imposs\u00edvel (do tipo ainda n\u00e3o consegui Mindset necess\u00e1rio) deixar de usar o state<\/em><\/strong>, mas usar como regra sempre expor os dados em uma fonte read-only te mant\u00e9m na imutabilidade.<\/p>\n Flux \u00e9 o padr\u00e3o, mas o \u00fanico razo\u00e1vel pra manter o c\u00f3digo saud\u00e1vel dentro dessa abordagem \u00e9 o redux<\/a>, foquemos nele.<\/p>\n S\u00f3 vai existir uma \u00fanica fonte de dados que parte da raiz da sua \u00e1rvore que representa a aplica\u00e7\u00e3o inteira (dentro do poss\u00edvel).<\/p>\n Eu por exemplo que j\u00e1 enfrentei e enfrento integra\u00e7\u00f5es, tento minimizar isso criando pequenos universos que trocam informa\u00e7\u00f5es por meio do store. Caso tenha essa necessidade, acione uma outra \u00e1rvore apenas por meio do Provider dela.<\/p>\n N\u00e3o podem existir estados diferentes para um mesmo modelo em um universo imut\u00e1vel.<\/p>\n Existe apenas um D’us que pode interceder por v\u00f3s, n\u00e3o sei como ele \u00e9, mas deixou um local pra voc\u00ea concentrar sua ora\u00e7\u00f5es, realize as mudan\u00e7as de estado desse universo para cria\u00e7\u00e3o de um outro v\u00e1lido apenas no redux-saga<\/a>.<\/p>\n Na hora que estiver fazendo seus testes unit\u00e1rios se lembrar\u00e1 desse serm\u00e3o.<\/p>\n Vai agradecer tamb\u00e9m quando estiver testando, \u00e9 mais f\u00e1cil manter imutabilidade em uma fun\u00e7\u00e3o que apenas representa uma interface que aciona outras functions conforme a intera\u00e7\u00e3o do usu\u00e1rio.<\/p>\n Um detalhe especial pra decorators, eu aboli o uso por causa dos testes, \u00e9 muito trabalhoso mockar.<\/p>\n S\u00e3o boas pr\u00e1ticas mais abstratas, cada ferramenta tem tamb\u00e9m seu conjunto interno de boas pr\u00e1ticas, mais pesquisas se mostram necess\u00e1rias.<\/p>\nUniversos imut\u00e1veis<\/h3>\n
S\u00f3 existe\u00a0const<\/h3>\n
D\u00ea prefer\u00eancia a\u00a0Props<\/h3>\n
Centralize a fonte dos\u00a0dados<\/h3>\n
Crie Buracos\u00a0Negros<\/h3>\n
Evite dados repetidos<\/h3>\n
Concentre as mudan\u00e7as nas\u00a0Sagas<\/h3>\n
D\u00ea prefer\u00eancia a fun\u00e7\u00f5es\u00a0puras<\/h3>\n
Finalizando<\/h3>\n
![\"😀\"](\"https:\/\/s0.wp.com\/wp-content\/mu-plugins\/wpcom-smileys\/twemoji\/2\/72x72\/1f600.png\")
<\/p>\n","protected":false},"excerpt":{"rendered":"