DEV Community: Rafaela Martins

Entendendo o null safety

Rafaela Martins — Tue, 12 Oct 2021 15:31:42 +0000

Olá pra você que está chegando de paraquedas nesse artigo, ou está seguindo um link que eu provavelmente publiquei em alguma das minhas redes! Espero que esteja muito bem hidratado(a), por que nesse artigo vamos buscar entender de uma forma simplificada o null safety, que abalou muitos corações na atualização do flutter 2.0.

Este é um artigo beginner friendly, então já fiquem avisados que não há o que temer e depois desse artigo espero que vocês olhem para essa feature de uma maneira mais simpática, pois ela veio para te ajudar.

Antes de começarmos, sugiro que você abra o DartPad (https://dartpad.dev/) e vá testando códigos com e sem null safety pra você entender melhor e ver na prática as coisas acontecendo!

O que é null

Antes de falar propriamente sobre o null safety, precisamos primeiramente entender o conceito de null:

Uma variável tem o valor null quando nenhum valor foi atribuído à ela, ou seja, é literalmente nada. Por exemplo:

Se eu inicializar uma variável sem passar um valor referente à ela:

String nome; print(nome);

Em um ambiente sem o null safety habilitado poderemos ver que imprimimos 'null' no console, justamente por não termos atribuído nenhum valor aquela variável.

Assim, se quiséssemos tratar situações em que uma variável pode ser nula, poderíamos fazer da seguinte maneira:

Agora, se você for iniciante (como eu sou), você deve estar tendo alguma dificuldade em entender as implicações práticas disso, e é normal no início a gente não ter uma dimensão do que significa isso dentro de um sistema real, afinal, é só tratarmos como no exemplo acima que tá tudo certo né? Bom, na teoria sim, mas vou contar pra vocês que erros de null são os mais comuns em sistemas do mundo todo, são tão comuns que a primeira pessoa que criou o null, Tony Hoare, pediu publicamente desculpas por tê-lo criado e o chamou de "billion dollar mistake", o erro de um bilhão de dólares.

Tempo de compilação vs Tempo de execução

Até aqui conseguimos definir o que é null e entender que variáveis com valores null são a causa de um dos bugs mais comuns em programas no mundo.
Vamos agora entender a diferença entre tempo de compilação e tempo de execução no processo de desenvolvimento de software, pois isso foi um conceito crucial para que eu entendesse a importância e praticidade que null safety traz para os nossos programas.

Quando estamos escrevendo código em linguagens de alto nível, ou seja, que são mais próximas da linguagem humana e mais afastadas da linguagem de máquina (como por exemplo Java, JavaScript, Python e nosso querido Dart), necessitamos de um compilador, que é como se fosse um tradutor, um conversor que vai fazer com que a máquina o compreenda.

O tempo em que estamos escrevendo esse código podemos chamar de tempo de compilação, nesse tempo o computador pode reconhecer erros de sintaxe e semântica sem que seja necessária a execução do programa.

O tempo de execução é exatamente isso que o nome diz, é quando um programa entra em execução, e nesse estágio o programa consegue detectar comportamentos que durante o tempo de compilação não puderam ser previstos, podendo assim gerar erros que muitas vezes quebram o programa.

Sendo assim, eu posso escrever a seguinte função para definir o nome completo de um membro da família Martins:

Sem o null safety esse código compilaria, causando um erro somente em tempo de execução, porém quando habilitamos o null safety, já em tempo de compilação o computador nos avisa que um parâmetro do tipo null não pode ser atribuído a um parâmetro do tipo String, isso se deve ao fato de que com o null safety por padrão as variáveis nunca podem ter um valor null, evitando assim que nosso programa quebre.

Null Safety

O nome já diz: segurança null. Essa feature chegou para fazer nossos códigos mais seguros e a prova de erros, e agora vamos entender o null safety de uma maneira que a gente poderá trabalhar com ou sem ele, assim não importa se você estiver vendo um tutorial ou artigo sobre dart e flutter que foi feito antes do null safety, você saberá exatamente o que fazer para adaptar o código para as versões mais atuais do flutter.

Operador "?"

Por padrão, depois do null safety, todas as variáveis nunca poderão ser nulas, ou seja, elas são "non nullable". Mas aí vocês me perguntam: "mas Rafa, como fazemos então quando a gente QUER que aquela variável seja nula pelo menos durante um determinado momento do programa?" Isso é simples, basta sinalizar com um "?" logo após a tipagem dela, dessa maneira:

Esse padrão é muito utilizado na criação de classes:

Todas as pessoas tem um nome e idade, mas nem todo mundo tem um bichinho de estimação, assim eu sinalizei para o programa que o campo "pet" não é obrigatório, e coloquei a palavra reservada required para dizer que os campos "nome" e "idade" são obrigatórios na criação de uma variável do tipo Pessoa.

Ok, mas e se quiséssemos realizar operações com uma variável sem saber se ela é nula ou não?

Se escrevêssemos o seguinte código:

Com o null safety, em tempo de compilação já saberíamos que nosso código não está seguro e conseguiríamos consertar esse erro bem facilmente mesmo a variável num1 podendo ser nula, da seguinte forma:

E por incrível que pareça o Dart vai ficar feliz com esse código sim, pois ele é bem inteligente e já sabe que a função só será executada caso a variável num1 não seja nula!

Também podemos utilizar o operador "??" para executarmos alguma ação caso algum valor seja nulo:

Operador "!"

Usamos esse operador quando temos certeza de que uma variável que pode ser nula tem um valor naquele momento do programa, permitindo assim que a gente execute funções e atribuições envolvendo aquela variável:

Sem o "!" o Dart iria reclamar, mas esse sinal é como se a gente falasse pra ele "fica sussa fiote, eu sei o que eu estou fazendo!", e ele confia na gente fácil assim! Só cuidado pra não vacilar e ele mandar uma de "eu avisei!"...

Conclusão

Você chegou até aqui?! Que maravilha, estou muito feliz e espero que você tenha conseguido compreender melhor o null safety e escrever códigos mais confiáveis e seguros!

Existem várias outras situações que poderíamos nos deparar durante a criação dos nossos códigos com null safety e que eu não cobri nesse artigo, pelo fato de que iria ficar muito longo e cansativo, mas espero ter esclarecido o uso dos operadores, o porquê do null safety e como trabalhar com ele.

Hoje ouvi uma pessoa muito querida dizer num podcast que programar é como um super poder, eu achei a analogia fantástica, e é como se a cada coisa nova que aprendemos, adicionamos mais algo especial nesse super poder, algo que vai fazer a diferença pra alguém em contato com a tecnologia que criamos!

Vamos então salvar o dia com nossos super poderes :)

Happy coding!

*Esse artigo foi feito com muita ajuda das explicações do curso de Dart do Andrea Bizzotto na Udemy além de outras fontes diversas na internet. Pra quem entende inglês e quer um curso com explicações claras e projetinhos mão na massa, eu recomendo fortemente o curso do Andrea!

Coloque a mão na massa o quanto antes, padawan!

Rafaela Martins — Fri, 12 Mar 2021 18:01:38 +0000

Sei que para nós iniciantes pode parecer assustador pegar um projeto do início ao fim para desenvolver sem uma aula guiada para nos amparar e garantir que nenhum erro aconteça, mas essa não é a realidade do mercado de trabalho. Nós temos que aprender o mais rápido possível a resolver problemas, identificar erros no código, nos perguntar "que merda eu fiz aqui?"

Não copie projetos pré prontos de cabo a rabo, sei muito bem que é tentador, pois estou exatamente nessa fase, sou muito nova no desenvolvimento web! Neste momento que vos escrevo, não faz nem um mês que eu comecei meus estudos, então meus queridos, saibam que eu sou uma dev neném!

Acredito que não tenha problema algum você tomar como modelo de aprendizado algo pronto, pra você não ter todo o trabalho de pensar em UI, criar as imagens e tudo o mais, se esse não for seu foco. Porém, o método que eu estou seguindo e que eu acredito estar sendo extremamente eficiente é: aprender os conceitos, ver o resultado final (nem que for apenas de uma parte), pensar em como vou estruturar aquilo, tentar fazer sozinha com os conhecimentos que eu tenho e só depois ver como o instrutor resolveu os problemas e assim comparar as duas formas e ver onde eu errei ou poderia melhorar.

Existem infinitos métodos de aprender a fazer alguma coisa, esse é o que mais funcionou pra mim, até porque ele me obriga a sair da minha zona de conforto... parece papo de coach, mas é real, quando temos uma referência de como queremos que fique a interface e temos que chegar naquele resultado sozinhos, é literalmente um “se vira nos 30”: vamos ter que pesquisar quando não soubermos, imaginar as estruturas por trás do projeto e botar a mão na massa, errar, entender o que está errado e aprender a consertar. Isso tudo é desesperador nas primeiras vezes, mas, pelo menos pra mim, isso passou a ser uma das melhores partes!

Todos os dias eu tenho me proposto pequenos desafios de interfaces simples, uma forma de mostrar projetos em um portfólio, uma tela de login, uma animação em css diferente.. e todos os dias eu tenho aprendido várias coisas novas, e ficado cada vez mais rápida em resolver os problemas que encontro.

Saber pesquisar é uma habilidade valiosa para uma pessoa desenvolvedora, então o quanto antes fizermos do sr Google nosso melhor amigo, mais rápido e independente se torna nosso aprendizado. Digo isso porque não é muito legal ficarmos totalmente dependentes do conteúdo de tal curso ou tal curso, afinal, nenhum curso vai ter todo o conteúdo que vamos precisar… pensa, é muita coisa! Cada projeto exige da gente coisas diferentes e não vai existir curso que supra absolutamente todas essas necessidades. Cursos são incríveis, mas não devem ser nosso único meio de aprendizado, errar e pesquisar também é aprender.

Agora vou dar uma dica lindona aqui pra vocês: PERGUNTEM. É sério, eu costumo me sentir frustrada quando não consigo achar alguma informação que preciso ou quando implemento alguma solução que acaba não funcionando no final. O que eu preciso entender pra ontem, é que eu não estou sozinha, que eu não preciso ser a super heroína que sabe tudo e faz tudo sozinha de forma perfeita. Isso não existe, viu Rafaela?! E na comunidade de tecnologia, eu senti um acolhimento enorme com pessoas que estão começando e também um espírito colaborativo que é raro encontrar em outras áreas, faça uso disso. Lógico, tem gente chata em todo lugar, porém, no pouco tempo que estou tendo contato com isso, vi pessoas colaborarem umas com as outras, compartilharem conhecimento, compartilharem suas dores e se erguerem de uma forma que não vi em nenhum outro lugar. Então se enfiem nos grupos de desenvolvimento no telegram, no facebook, no reddit, no discord, onde for! Você não vai se arrepender e você vai entender que existem outras mil pessoas no mesmo barco que você e vocês vão construir soluções juntos.

Então é isso minha gente, eu sei que eu sou falastrona para uma menina que acabou de começar a desenvolver, mas esse é meu centavinho de colaboração por agora, pra você sentir que não é só você que se sente frustrado às vezes, que não é só você que quebra todo a interface tentando fazer alguma coisa e quer arrancar os próprios cabelos… Esse é só o nosso começo de uma jornada que não deve nem ter fim, já que sempre tem tecnologias novas saindo, e a gente vai ter que estudar sempre! Acho que o importante por agora é se orgulhar de cada passo, cada linhazinha de código que você escreveu você mesmo, e querer sempre mais.