Suas Regras NÃO pertencem ao Backend
Vložit
- čas přidán 12. 09. 2024
- ◆ formacao.dev ◆
◆ www.cod3r.com.br/ ◆
_
No vídeo de hoje, eu quero te explicar que as regras de negócio da sua aplicação não devem estar presas ao tipo de ambiente onde são chamadas.
O que isso significa? Que as regras não pertencem ao backend ou ao frontend da sua aplicação. Vem conferir o vídeo pra entender!
_
Com mais de 400 mil alunos, a Cod3r é uma das principais escolas de tecnologia do País. Um dos seus produtos mais importantes é a Formação DEV.
Uma formação completa que tem o objetivo de preparar os profissionais para o mercado, desde iniciantes no mundo da programação ou profissionais que estão migrando de carreira, a arquitetos de software. A Formação DEV conta com um conteúdo completo para te ajudar a construir soluções inovadoras e enfrentar os desafios da era digital.
_
◆ Vem fazer parte da nossa comunidade:
Discord: / discord
_
◆Siga a Cod3r nas redes sociais:
CZcams: bit.ly/2LJdjpX
Instagram: bit.ly/3bAStnX
Facebook: bit.ly/2MWAn5p
LinkedIn: bit.ly/3i3pfPC
Cria um vídeo codando isso na prática. Pra ter uma ideia melhor. Pfvr ... 😊
Up
Que conteúdo excelente! Na minha jornada de trabalho a "Arquitertura Limpa" é sempre discutida e implementada entre nosso time e estamos constantemente buscando adquirir conhecimentos nesse sentido. Obrigada por compartilhar!
Muito bom. Isso é bem discutido na arquitetura limpa. A primeira parte é justamente mostrando que o S de sólido é abstraído para qualquer nível da arquitetura.
Excelente conteúdo professor. Se possível, faz um vídeo codando um exemplo de core.
Sensacional!! Quais livros você indica para aprender mais sobre esse assunto?
Uma aplicacao classica seria uma validacao de CPF, teriamos em um modulo/pkg e chamariamos do front ou back! Sensacional Leo.
eu comprei esses dias o curso de java, to curtindo muito apesar de estar estudando sozinho, to gostando e entendendo bastante coisa. Sou muito seu fã !
Excelente conteúdo! Inverter as dependências das bibliotecas é um hábito que estou tentando criar, mas isso de desacoplar TOTALMENTE a regra de negócio do backend é absurdo demais! Ótima didática, parabéns!
Exemplo na vida real? O mundo tá cheio de seta pra cá e seta pra lá que levam a nenhum lugar!
cara essa idéia de desvincular o core do backend apenas, e usar ele como um package em um monorepo é muito foda, qual o nome dessa abordagem pra eu estudar mais sobre?
Conforme o que disse, o core seria um componente que poderia ser importado para um módulo qualquer que use essas regras de negócio, está correto? Isso quer dizer que vc precisaria atualizar todos os módulos quando houver uma atualização do core? Além disso, os módulos que precisam de "validações simples" iriam depender do que não usam? Não sei se consegui entender corretamente, mas me parece que o que está dizendo fere alguns princípios importantes para um bom código.
Parabéns... O vídeo e muito bom. Mas deve levar em conta o cenário onde se quer aplicar. Muita gente acha que essa receita serve para tudo e quem faz diferente e errado. O inverso tbm e verdade. Nas aplicações que trabalho segurança e essencial e o frontend não e algo 100% seguro. As opções que vejo sempre vai ter uma duplicidade de alguma coisa. Seja negócio seja uma api que vai chamar o core novamente para garantir segurança, no final vejo só mais complicação. Lógico que depende do negócio da empresa e há cenário que isso que o Léo mostrou funciona muito bem. Obrigado pelo vídeo.
Leo, esse exemplo fica bem claro quando tanto o back quanto o front são da mesma línguagem, como o javascript por exemplo.
Mas como essas organização seria caso o back fosse .Net e front javascript? Como eu poderia ter módulos do core para reutilizar no front?
Boa reflexao.
Obrigado
Excelente conteúdo professor, obrigado. Não sei se é somente eu que tenho isso, mas quando o barulho da caneta raspando no papel vaza para o audio do vídeo da agonia/arrepio DD: mas durante o video isso não aconteceu muitas vezes e deu para acompanhar de boas, parabéns pelo conteúdo 👏👏
(0)seg =% tempo p/espaço =-1 (0)+1 limite infinito
Muito bom o conteúdo. Eu gostaria de um dia encontrar um projeto estruturado assim 🥲
Top demais hein! Seria interessante um exemplo prático em um próximo vídeo.
Eu não sei, mas depois de um bom tempo programado eu acabo vendo que as regras de negócio acabam sendo como um relógio. As engrenagens de nada servem sem ponteiros. Ou seja, há partes mais importantes no código e outras menos, mas tudo faz parte das regras de negócio de uma forma ou de outra. No entanto achei bem legal essa organização de código que apresentou com o Core, me lembra muito o MVC.
Muito bom!!
As regras do negócio nesse caso está diretamente ligada aos requisitos, certo?
As regras pertencem a qualquer manifestação do software. O backend precisa assegurar que essas regras não serão burladas.
Ótimo vídeo! food for thought !
Que conteúdo excelente!!!
Conteúdo muito top
Lá vou eu criar mais uma ramificação de estudos pra, só depois de compreender e dominar tudo, retornar.
Fazer oq 😅
Show!👍
🔥🔥🔥🔥
Excelente conteúdo
Queria ter aprendido isso desde o começo
Otimo video Leo, na parte do core poderia ter um orm ou nao?
O ORM fica fora do core. 😁
@@leonardomleitao Valeu Léo 😃👍
@@leonardomleitao Então, fica em qual pasta?
Legal, mas e o curso de flutter, quando vai ser refeito, pq aquilo tá sem condições de estudar pelo fato de estar totalemente desatualizado. Falta de respeito com quem compra aquilo em 2023 😞
☺ótimo 👍
show
Meu fi tá tão polêmico hehe
👍
DDD + TDD + Clean Arch
Sua empresa deve ter dinheiro infinito.
#hes 01
Ta ai um canal a menos para seguir