.NET - Usando a Clean Architecture - II

[@josecarlosmacoratti]

Comente e deixe o seu like !!!

[@osias_miranda3474]

Olha, assim que sair o .net 8 precisa fazer um curso( Blazor com essa arquitetura e Maui no mesmo projeto), otima aula professor

[@robinsonrenato]

Ansioso por mais uma aula

[@integrabitstihelperbits805]

Que Show de aula!!! muito obrigado por compartilhar seu conhecimento mestreee macoratti!!!!

[@twinwalks]

Muito bom! Ansioso para o próximo vídeo!

[@GabrielAlmeida-zm7pp]

Top demais 👏🏾👏🏾👏🏾

[@jeffersonsveiga]

Ótima aula e didática

[@gabrielvitorferreiradoamar3033]

Voce é o melhor

[@atoxy-n2z]

otima aula!

[@MoanePrates]

Muito bom 👏👏👏👏

[@jaqueline.x]

Muito bom!

[@baltha_zar]

no padrão unit of work eu não teria que implementar os metodos de begin transaction e commit transaction também? visto que as vezes preciso cadastrar duas entidades seguidas, sendo que a segunda depende do id da primeira, ae no caso se der erro, eu simplismente não dou commit e a transação é cancelada, ou sera que o entity tem alguma funcionalidade parecida

[@josecarlosmacoratti]

A implementação dos métodos BeginTransaction e CommitTransaction é uma prática comum quando você precisa controlar explicitamente transações no nível de banco de dados, especialmente quando você deseja garantir a atomicidade de várias operações de banco de dados. Como estamos usando o EF core que tem suporte integrado para transações de banco de nem precisaríamos implementar explicitamente os métodos BeginTransaction e CommitTransaction. Assim, a implementação de transações depende dos requisitos específicos do seu aplicativo e da necessidade de controlar explicitamente transações. Em muitos casos, o Entity Framework Core fornece recursos suficientes para gerenciar transações de forma eficaz.

[@Tibiafy]

Ótima aula... mas eu já deixei de usar o padrão repository desta forma, pois ele quebra os princípios do solid, forçando a classe a implementar métodos que não pertencem a ela. Uma dica ai pro pessoal.

[@Oliverti96]

como usar repository e evitar a quebra dos princípios do solid?

[@Tibiafy]

Provavelmente ele está usando o generic repository né. É só você não usar o generic, apenas crie seus repositórios sem herdar de uma interface que já vai ter vários métodos que muitas de suas classes não vão nem usar. Se você está implementando métodos que uma classe não vai usar, você está quebrando o I e possivelmente o L do solid. O princípio da segregação de interface e o da liskov tbm

[@Oliverti96]

@@Tibiafy muito obrigado

[@wmatos813]

​@@Tibiafy bacana, no meu início passei bastante por esse problema, pois, de certa maneira, "suja" um repositório específico com contratos que não são pra atender ele de fato

[@raulsilva4500]

Estou a sergir com o Net 7, mas a interface IConfiguration não esta disponivel, ha alguma coisa a ser feito antes?

[@josecarlosmacoratti]

Talvez falte você referenciar o pacote : using Microsoft.Extensions.Configuration;

[@i3xi5t51]

Talvez tenha passado tempo de mais para responder, mas caso ajude, eu consegui contar isso pegando a connectionString como um parâmetro do método de ConfigurePersistenceApp

[@diegocosta5842]

Boa tarde Professor! Se o meu baserepository tivesse um método que devolvesse um "PaginatedResult", onde deveria ficar esse model? em qual camada? Desde já obrigado.

[@DarlissonLimeira]

Tem cupom de desconto pro curso de solida na udemy?

[@carlosl8832]

👍

[@juliobarber4206]

'promo sm' 😱