Comparativo entre Clean Architecture e DDD (Domain Driven Design)

  Рет қаралды 19,918

Full Cycle

Full Cycle

2 жыл бұрын

Nesse vídeo você entenderá os principais conceitos sobre DDD e Clean Architecture, bem como suas principais diferenças.
👇🏼 Inscreva-se na Imersão Full Stack && Full Cycle
Acesse: imersao.fullcycle.com.br/page...
Garanta gratuitamente sua vaga no evento que vai mudar sua carreira completamente.
E não esquece de deixar seu 👍 nos vídeos. Isso nos ajuda a saber se você tá curtindo, beleza?
→ Siga-nos no Instagram: @devfullcycle
→ Participe de nosso Canal no Telegram:
t.me/devfullcycle

Пікірлер: 27
@tiagoafranco
@tiagoafranco 2 жыл бұрын
Esse canal do Wesley, Luiz e cia é um dos melhores em br para os desenvolvedores se atualizarem e eles possuem poucos likes. Pessoal nao ajuda
@erisvaldo777
@erisvaldo777 4 ай бұрын
o ruim desse video que so pode curtir uma vez... O MELHOR VIDEO SOBRE DDD Q JA ASSISTI
@gilmar69047
@gilmar69047 6 ай бұрын
Indiscutivelmente, o melhor material que já consumi sobre clean arch e DDD. Parabéns e obrigado, Wesley.
@rubenslima7475
@rubenslima7475 3 ай бұрын
Percebe-se que, quanto melhor for canal sobre a área, menos like e views ele possui.
@kauanmocelin
@kauanmocelin 2 ай бұрын
Essa questão das camadas de aplicação do DDD(application service) e clean architecture(use case) ficou um pouco confuso, você sugere utilizar um ou outro? Ou seria possível um use case chamar um service, parece não fazer sentido pois ambos fazem praticamente a mesma coisa. Pra mim a diferença entre service e use case era: service tem todas as ações relacionadas dentro dele(criar usuário/inativar usuário, etc) enquanto que o use case é específico para cada ação existindo um para criar usuário e outro para inativar usuário. Boa explicação pois realmente existe muita confusão ao misturar as duas técnicas.
@udineiukaliko505
@udineiukaliko505 2 жыл бұрын
Show!! Esclareceu legal!! Vlw Wesley!!
@tiagosindra3443
@tiagosindra3443 7 ай бұрын
absurdo de excelente o conteúdo!!
@robisondev
@robisondev 2 жыл бұрын
parabéns pelo trabalho, muito esclarecedor!
@DecoDeveloper
@DecoDeveloper 2 жыл бұрын
Ótima comparação. Parabéns!
@ntli7624
@ntli7624 Жыл бұрын
Parabêns pelo conteúdo construtivo deste vídeo. 👍
@CarlosLima-yk4cf
@CarlosLima-yk4cf 2 жыл бұрын
Perfeita análise mostrando a compatibilidade entre os dois modelos!
@Resende47
@Resende47 Жыл бұрын
parabéns pela ótimo trabalho!
@rogeriopst450
@rogeriopst450 2 жыл бұрын
primeiro video q vejo nessa linha de comparacao. otimo. vlw. parabens
@arthurmoro
@arthurmoro 9 ай бұрын
Muito bom!
@smoraisbh
@smoraisbh 2 жыл бұрын
Excelente aula, estou desenvolvendo um sistema do zero e vou usar Clean Arch com DDD.
2 жыл бұрын
Top!
@danilomendes9362
@danilomendes9362 2 жыл бұрын
Que aula cara, parabéns, esclareceu muitas dúvidas e conceitos que são falados na aula de clean arch com o Branas.
@Douglasfaparanhos
@Douglasfaparanhos 2 жыл бұрын
Como assim aula cara? Foi grátis!
@danilomendes9362
@danilomendes9362 2 жыл бұрын
@@Douglasfaparanhos substitui a palavra cara por Wesley, cara não foi no sentido de preço.
@desenvolvedor2144
@desenvolvedor2144 Жыл бұрын
@@danilomendes9362 O que você disse ficou bem claro, não precisa explicar. Ele que precisa ler mais.
@Luizfernando-dm2rf
@Luizfernando-dm2rf Жыл бұрын
@@desenvolvedor2144 Eu acho que ele tava só zuando com o OP.
@joaopedros.h.7480
@joaopedros.h.7480 Жыл бұрын
E os Aggregates do DDD?
@joaocbrasileiro
@joaocbrasileiro Жыл бұрын
A ultima frase não ta correta, DDD ele defini conceitos em outros aspectos na arquitetura e justamente no design, ele não tem nenhum relação com o Clean Arquitecture. Mas por isso que eles são aplicaveis em paralelo.
@marcionp
@marcionp Жыл бұрын
Desculpe-me, mas fazer esse tipo de comparação é como querer comparar um trator com uma ferrari - cada um se aplica em contextos diferentes. Não se trata de uma queda de braço, mas sim de abordagens. Aliás, Clean Architecture deveria se chamar Clean Design, pois trata de design de software e não da arquitetura de software. Lembrem-se: DDD não é sobre arquitetura, mas sim uma abordagem estratégica e tática para atacar complexidade de software. Um outro ponto delicado, uma entidade pode continuar sendo anêmica mesmo possuindo regras de negócio e comportamento. Um exemplo simples: Vejo muitas entidades com métodos do "AlterarPreco", "AlterarSalario", "AlterarStatus". São métodos que expressam comportamento e regras de negócio, mas deixam de fazer o mais importante: Expressar a lógica de negócio ou o motivo de alteração da entidade. Ora, "AlterarSalario" não expressa lógica alguma - salário pode ser alterado por promoção, por reajuste etc. Por que não nomear esse método como por exemplo "ReajustarSalarioPor Promocao" ou "Pedido.Fechar()" aou invés dos famosos "Pedido.AlterarStatus(StatusPedido.Fechado)"?
@Luizfernando-dm2rf
@Luizfernando-dm2rf Жыл бұрын
O que é arquitetura?
@lucascoliveira3957
@lucascoliveira3957 Жыл бұрын
A linha que separa Arquitetura e Design é tão tênue que não há uma definição tão clara. Arquitetura é a forma pronta que foi construída por inúmeras pequenas implementações de design, portanto, a casa (arquitetura), é um aglomerado de tijolos (design), organizados e estruturados, seguindo alguma ordem. Clean Arch é uma arquitetura sim. Porém, para se construir uma arquitetura, você tem que trabalhar fortemente no design. Por isso que, quando falamos de Clean Arch, estamos estudando design. Uncle Bob deixa isso bem claro no início do livro. Ele mesmo não considera que há uma distinção entre arquitetura e design. No vídeo é muito bem explicado que, Clean Arch e DDD são conceitos - utilizando uma expressão de teoria das cores - análogos, ou seja, são muito similares e estão extremamente próximos, com apenas algumas diferenças bem pequenas, na verdade, um complementa o outro. Pois, enquanto Clean Arch define a organização das implementações do Design em camadas e princípios, o DDD vem pra entender qual o problema que seu software vai resolver e como aplicar isso no código, usando camadas e regras que se interpolam e complementam as camadas do Clean Arch
@kauanmocelin
@kauanmocelin 2 ай бұрын
Isso acontece pois a grande maioria dos devs não sabe OOP, este tipo de método já indica que é totalmente procedural, entidades anêmicas, duplicação de regra de negócio, programação orientada a IF e todo resto que todo mundo já viu na prática. Acho que a ideia de comparar é em relação a aplicação prática dos conceitos pois muita gente começa a misturar isso dentro do código de fato.
Clean Architecture + DDD: Você pensa que sabe. Só que não!
22:10
Arquitetura Hexagonal: O que você precisa saber
46:19
Full Cycle
Рет қаралды 51 М.
ROCK PAPER SCISSOR! (55 MLN SUBS!) feat @PANDAGIRLOFFICIAL #shorts
00:31
WHO DO I LOVE MOST?
00:22
dednahype
Рет қаралды 74 МЛН
Мы никогда не были так напуганы!
00:15
Аришнев
Рет қаралды 2,8 МЛН
Aprenda DDD (Domain Driven Design) do jeito certo
59:58
Full Cycle
Рет қаралды 104 М.
Como criar um sistema monolítico realmente modular
37:02
Full Cycle
Рет қаралды 10 М.
Arquitetura Hexagonal na prática. feat. Rodrigo Branas
2:57:20
Full Cycle
Рет қаралды 29 М.
What is DDD - Eric Evans - DDD Europe 2019
57:06
Domain-Driven Design Europe
Рет қаралды 254 М.
DOMAIN DRIVEN DESIGN - BENEFÍCIOS E CONCEITOS CHAVE DO DDD
36:51
Arquiteto das Galáxias
Рет қаралды 4,6 М.
CQRS + Event Sourcing: A introdução que você precisava
30:18
Full Cycle
Рет қаралды 11 М.
ОНО СУЩЕСТВУЕТ?? #shorts
0:19
Паша Осадчий
Рет қаралды 1,6 МЛН
Blue🩵+Yellow💛=
0:31
ISSEI / いっせい
Рет қаралды 52 МЛН
ОНА НЕ ДОЛЖНА БЫЛА ЭТОГО ДЕЛАТЬ
0:27
Pass or fail?🤔 @Colapsbbx #pedro #beatbox #beatboxchallenge
0:45
BEATPELLA HOUSE
Рет қаралды 60 МЛН
Technical error 🤣😂 Daily life of a couple #couple #shorts
0:25