Na semana passada, trabalhamos em como analisar nosso novo formulário de itens, embora com exceções de NullPointer para lidar com dados ausentes ou inválidos.
O feedback que recebi de David Denton, um dos desenvolvedores do http4k, foi: “Você sabe que pode usar as lentes de formulário aqui e evitar toda essa besteira?”
Então, neste episódio, vamos refatorar o código atual para usar lentes de formulário e ver quanta besteira realmente evitamos.
Momentos significativos
* 00:00:38 Encontramos dois bugs
* 00:01:35 Recriar um bug nos testes
* 00:04:00 Corrigir o bug o mais rápido possível
* 00:04:47 Refatorar para melhorar as coisas
* 00:05:36 Adicionar alguns testes para outras coisas que podem não funcionar
* 00:06:15 Elas funcionam, então commit
* 00:06:27 Revisar nossa implementação e nossos testes
* 00:07:26 Refatorar nossos testes para revelar a intenção
* 00:09:40 Refatorar a análise para usar lentes
* 00:13:21 Assistente de IA se torna útil
* 00:15:17 Bug de refatoração do IntelliJ
* 00:21:23 Bug do http4k
* 00:23:49 Usar lentes para diagnosticar múltiplas falhas
* 00:24:37 Inline e extrair para refatorar para melhor semântica
* 00:30:17 Levantar um evento para falhas de análise
* 00:31:22 Callback para o episódio Erros são Eventos
* 00:31:25 Criando um matcher Hamkrest personalizado
* 00:38:02 Commit
* 00:38:14 Revisão
* 00:38:46 Corrigir bug onde temos dois formulários entrelaçados
* 00:41:19 Revisão
Esta é a parte 86 de uma exploração de onde uma implementação de Desenvolvimento Orientado a Testes do sistema de controle de estoque Gilded Rose pode nos levar em Kotlin. Você pode ver toda a série como uma playlist
e o código no GitHub
Se você gostou disso, provavelmente vai gostar do meu livro Java to Kotlin, A Refactoring Guidebook
(
http://java-to-kotlin.dev). É sobre muito mais do que apenas as diferenças de sintaxe entre as linguagens - mostra como atualizar seu pensamento para um estilo mais funcional.