Essa é a técnica para tratar erros em Golang

Подписаться 134 тыс.

Просмотров 32 тыс.

50% 1

Nesse vídeo você entenderá de uma vez por todas como trabalhar com tratamento de erros no dia a dia com Golang.
→ Assista nossa playlist sobre Golang
• Go Lang do Zero
👇
▪ Clique no botão vermelho, INSCREVA-SE aqui no canal e ative as notificações 🛎para o youtube te avisar dos novos conteúdos por aqui.
E não esquece de deixar seu 👍nos vídeos. Isso nos ajuda a saber se você tá curtindo, beleza?
➕
→ Baixe nosso livro sobre Docker:
Acesse: fullcycle.com.br/
→ Siga-nos no Instagram: @devfullcycle
→ Participe de nosso Canal no Telegram:
t.me/devfullcycle
→ Assine nosso Podcast:
fullcycle.com....

Опубликовано:

16 окт 2024

Ссылка:

Скачать:

Готовим ссылку...

Добавить в:

Мой плейлист

Посмотреть позже

Комментарии : 23

@rodrigorodriguescosta 3 года назад

essa questão dos erros do Go, veio para nos ensinar o jeito certo de tratar erro, coisa que erramos a vida toda, no meu caso as camadas mais internas sempre retorna o erro e todos os erros sao tratatos de fato na camada service, pq ai posso verificar se é um erro mesmo que ai eu mando para o Rollbar ou pode ser um erro esperado, que pode mudar a regra de negócio. Ao trabalhar com Go, eu tenho a impressão que cada detalhe foi muito bem pensado, o erro é apenas um deles, mas tudo foi muito bem pensado, impressionante o Go, estou feliz demais trabalhando com ele

@jandersonfcosta 2 месяца назад

Está me ajudando muito 👍👍👍

@ddbarenco 3 года назад

Tá, mas e se eu quiser pegar um erro que possa estourar, como dividir por 0, por exemplo, não tem um catch que eu possa usar?

@ruirodrigues3725 3 года назад

Parabéns pelo canal. Muito bom. Queria aprender a fazer uma rest api com BD, validação, autenticação e resto. Conheces algum tutorial com esta informação? Não encontro nada na net. Vídeo ou texto. Obrigado.

@DanielPabloSheng 3 года назад

Tem que pedir pra comentar também, o RU-vid também está usando a métrica com relação a interação dos visualizadores no espaço de comentários.

@melkcosta5895 3 года назад

Parabéns Wesley, mais um vídeo útil e excelente didática!

@Rafael10237 3 года назад

@marcusviniciusc 3 года назад

Parabéns, Wesley. Muito bem explicado.

@MateusFernandesdeMello 8 месяцев назад

Seria interessante uma forma de identificar o erro sem ser via o texto, por exemplo, um método que pode retornar diversos tipos de erro, então seria necessário uma forma de verificação do tipo do erro, se foi do HTTP, se foi na hora de fazer o parse do corpo da resposta, considerando que a regra de negócio do sistema precise de um tratamento diferente para cada "grupo" de erro

@jcbritobr Год назад

Existem alguns padrões para melhorar o error handling na linguagem. Essa é a pior maneira de tratar erros com Go. Uma delas é envelopar um pânico numa mônada e utilizar recover. Você consegue o mesmo comportamento de um try catch. Então sim, tem como fazer melhor 😂

@LucasAndradeX 8 месяцев назад

Como fica isso em Go?

@eduardooliveira8296 2 года назад

É comum nas implementações em Go utilizarem como na galera usava em VB 6 algo do tipo On Error goto Erro ?

@TheUlrix 2 года назад

O problema é que "Exceções" NÃO necessariamente são "erros". Dai o nome exceções. Agora, imagine se eu tenho um programa em go que eu fiz e aceita plugins, e o plugin de um terceiro também em go pó alguma exceção dá uma divisão por zero. O meu programa vai quebrar por um erro no plugin? Se eu tivesse um try ... Except para fazer a chamada ao plugin, só o plugin quebraria. Como resolvo isso em Golang?

@jcbritobr Год назад

Só verificar o erro com error.is() e você vai saber qual tipo é. Não perde tempo com esse vídeo aqui não. Muito mal elaborado.

@viniciusmattosrj 3 года назад

Wesley, parabéns pelo conteúdo. Seria certo afirmar que o panic em Go seria equivalente ao die() do PHP que interrompe a execução? Sim, estou ciente que o panic não é tão simplista e não deve ser usado somente para "encerrar" a execução, e só para uma associação. kkk

@jcbritobr Год назад

O pânico é como uma exceção. Você só precisa tratar ele com recover se não quiser abortar a execução.