bom pessoal a slide corrigido né a o a correção automática tinha mudado a nossa mensageria o que acontece aqui tá a gente tem essa arquitetura em três camadas então baseado nisso a gente tem algo que a gente chama aqui de regra de ouro tá qual que é a regra de ouro quando a gente está falando em arquitetura em três camadas talvez você já saiba talvez você não saiba mas de uma forma de irá geral eu quero que você entenda que essa tem que ser uma regra inviolável tá que é a camada de domínio e data source nunca podem depender da camada de aplicação. O que isso significa? Significa que para você fazer algum cálculo, para que você faça qualquer coisa no seu sistema, a camada de domínio ou seu banco de dados tem que consultar alguma classe de apresentação. Se isso acontecer com você, o que isso significa no final do dia? Significa que você está vazando informações entre as suas camadas. Você está leaking information e isso aí vai gerar um problema muito grave. Por quê? Porque se para você depender de rodar qualquer lógica de domínio você tem que depender da forma como os dados vieram na na sua ip ae rest a coisa está ruim se você depender né de como vem o formato na sua mensagem seria pra rodar sua lógica de negócios tá ruim também ou seja o seu domínio ele não pode querer e ali e acessar a sua camada de view, ou seja, sua camada de presentation, e ter que processar aquela camada de presentation de uma forma que ele consiga realizar as operações. Por quê? Porque o lance é o seguinte, galera. Todas as vezes que a gente está falando em camadas, invariavelmente a gente está falando de estabilidade ou instabilidade do seu sistema. Quanto mais para dentro o seu sistema é, mais ele tem que estar estável e quanto mais para fora o seu sistema está, mais instável ele está. Então você vai começar a perceber que na maioria dos sistemas, ao longo dos anos, você vai perceber que o coração dele, as regras de negócio, como ele funciona, é a parte que menos muda. Por que menos muda? Porque ele está consolidado. Mas ao longo do tempo, você troca de layout, da forma como você vai exibir as informações, você troca as integrações, você muda de JSON para XML, de XML para gRPC, você troca o seu sistema de Kafka para RabbitMQ. Então, se você perceber, as bordas da sua aplicação, no final do dia, são as que mais variam. E o coração é o que menos varia. Então, se o seu coração começar a depender das bordas da sua aplicação significa que mudar a camada de aplicação vai fazer com que o coração da sua aplicação mude e aí você está com um problema muito mais muito grande legal então é importantíssimo você entender a se você olhar aqui tá isso aqui é o resumo da arquitetura hexagonal tá que foi criada pelo l estar com o bani e tudo mais a o elistar em 2000 e bolinha ele fez esse desenho e se você começa a perceber tá eu não estou dizendo necessariamente que isso aqui é uma arquitetura em três camadas, mas se você começa a perceber, você vai ver que o coração da aplicação é algo mais blindado. No lado esquerdo, você vai ver que tem mais gente acessando a sua aplicação e cada vez que ela acessa a aplicação, isso pode variar. Então, você pode se chamar via http você pode chamar esse camarada através de outros tipos de informação você pode ter a uma camada gráfica ali também tá e do outro lado a parte de data source você também vai perceber que isso aí pode ser intercambiável e o porquê que isso acaba acontecendo porque também está do lado de fora da sua aplicação isso aí pode ser intercambiável. E por que isso acaba acontecendo? Porque também está do lado de fora da sua aplicação. Então você vai começar a perceber que o meio da sua aplicação não pode depender da área de fora. Obviamente que a área de fora trabalha apenas como um input. E a aplicação no meio vai retornar essa informação como um output. Então toda vez que você ouvi falar em trilha arquiteto a sua principal regra que você vai ter que pensar é camadas de aplicação camadas externas tá a elas variam ea camada que está dentro da sua aplicação ela não pode depender da sua camada externa, porque senão ela vai ficar variando também e vai gerar desestabilização no core da sua aplicação. Basicamente é isso, a nossa regra de ouro.