CURSO NOVO - BLAZOR SERVER

balta.io balta.io
  • Cursos
  • Carreiras
  • Para sua Empresa
  • Agenda
  • Blog

Seja Premium
balta.io

  • Cursos
  • Carreiras
  • Para sua Empresa
  • Agenda
  • Blog
  • Player
Seja Premium

Entre ou Cadastre-se

  • Home
  • Artigos
  • Dependency Inversion Principle


Dependency Inversion Principle

O DIP ou Dependency Inversion Principle (Princípio da Inversão de Dependência) prega que devemos depender de abstrações e não de implementações.

Dependency Inversion Principle

O princípio da inversão de dependência diz que devemos depender de abstrações (interfaces) ao invés de implementações (classes concretas) a fim de ter um menor acoplamento entre as camadas do sistema.

Embora esteja relacionado a DI (Dependency Injection) e IoC (Inversion of Control) o DIP é diferente em diversos aspectos.

Dependency Inversion Principle e DI

DI (Dependency Injection) é uma técnica que auxilia na implementação de outro princípio de design chamado IoC. O DIP se relaciona diretamente com DI, pois podemos usufruir da técnica para gerar dependências (Neste caso de abstrações).

Dependency Injection sem Dependency Inversion Principle

Podemos ter DI sem necessariamente ter o DIP, como mostrado no exemplo abaixo. Neste caso, estamos dependendo de uma abstração concreta e não de uma implementação.

Isto resolve o problema de reuso de código que poderia ser causado pela responsabilidade de ler o cliente do banco estar no controlador, mas ainda temos um problema aqui.

public class OrderController : Controller
{
    private readonly CustomerRepository _repository;

    public OrderController(CustomerRepository repository)
        => _repository = repository;

    [Route("v1/orders")]
    [HttpPost]
    public async Task<string> Place(PlaceOrderCommand command)
    {
        // #1 - Recupera o cliente
        var customer = await _repository.GetByIdAsync(command.CustomerId);
        ...
    }

Neste caso, como dependemos de uma implementação concreta, não temos a flexibilidade para ter diversas implementações deste repositório.

Dominando Injeção de Dependência

Dependency Inversion Principle e testes de unidade

Mas por que ter diversas implementações de uma mesma interface? Um cenário simples e objetivo são os testes de unidade, cujo não devem depender de itens externos.

Sendo assim, no exemplo anterior, temos uma clara dependências do SQL Server, visto que nossos clientes estão armazenados lá. Mas como podemos executar testes sem depender do SQL Server então?

Mocks ou Fakes, ou seja, falsificar uma implementação, fingir que fomos no banco e recuperamos o cliente. Este cenário só é possível mediante a implementação do DIP.

Dependency Inversion Principle na prática

A implementação do DIP é relativamente simples, basta criarmos uma interface ICustomerRepository e fazer com que nosso controlador dependa dela e não da implementação concreta (CustomerRepository).

public interface ICustomerRepository
{
    Task<Customer?> GetByIdAsync(Guid id);
}
public class OrderController : Controller
{
    private readonly ICustomerRepository _repository;

    public OrderController(ICustomerRepository repository)
        => _repository = repository;

    [Route("v1/orders")]
    [HttpPost]
    public async Task<string> Place(PlaceOrderCommand command)
    {
        // #1 - Recupera o cliente
        var customer = await _repository.GetByIdAsync(command.CustomerId);
        ...
    }
}

Como as assinaturas são as mesmas, o código no controlador (Exceto a depend6encia) não muda.

Múltiplas implementações

Como vantagem temos a possibilidade de ter múltiplas implementações desta abstração, como no caso CustomerRepository e FakeCustomerRepository.

public class CustomerRepository : ICustomerRepository
{
    public async Task<Customer?> GetByIdAsync(Guid id)
    {
        var using (var conn = new SqlConnection("CONN_STRING"))
        const query = "SELECT * FROM CUSTOMER WHERE ID=@id";
        return customer = conn.FirstOrDefaultAsync<Customer>(query, new { id = Id });
    }
}
public class FakeCustomerRepository : ICustomerRepository
{
    public async Task<Customer?> GetByIdAsync(Guid id)
    {
        await Task.Delay(0);
        return new Customer("André", "Baltieri");
    }
}

Testes de Unidade

Como nosso controlador depende de uma abstração ICustomerRepository, ele aceita tanto um CustomerRepository quanto um FakeCustomerRepository como entrada, nos permitindo mockar os testes.

[TestMethod]
public void ShouldPlaceAnOrder() {
    IDeliveryService service = new FakeDeliveryService();
    var controller = new OrderController(service);
    ...
}

Desta forma aplicamos o DIP e ainda temos testes livres de dependências externas.

Conclusão

Dependency Inversion Principle é um dos cinco princípios do SOLID, que tem uma implementação relativamente fácil e que nos auxilia a desacoplar camadas do sistema.

Populares

Priority Queue

Priority Queue ou fila prioritária é um tipo de lista inclusa no C# 10 que permite que seus itens...


Implicit Operators no C#

Implicit Operators permitem adicionar comportamentos de conversão a objetos Built In ou complexos...


ASP.NET 5 – Autenticação e Autorização com Bearer e JWT

Este artigo atualmente utiliza a versão 5.0.0-rc.1 do ASP.NET/.NET, o que significa que ainda não...


Clean Code - Guia e Exemplos

Saiba como manter seu código limpo (Clean Code) seguindo algumas práticas sugeridas pelo Robert C...


Git e GitHub - Instalação, Configuração e Primeiros Passos

Git é um sistema de controle de versões distribuídas, enquanto GitHub é uma plataforma que tem o ...


Compartilhe este artigo



Conheça o autor

André Baltieri

André Baltieri

Microsoft MVP

Me dedico ao desenvolvimento de software desde 2003, sendo minha maior especialidade o Desenvolvimento Web. Durante esta jornada pude trabalhar presencialmente aqui no Brasil e Estados Unidos, atender remotamente times da ?ndia, Inglaterra e Holanda, receber 8x Microsoft MVP e realizar diversas consultorias em empresas e projetos de todos os tamanhos.





2.438

Aulas disponíveis

235

horas de conteúdo

53.092

Alunos matriculados

36.728

Certificados emitidos





Comece de graça agora mesmo!

Temos mais de 18 cursos totalmente de graça e todos com certificado de conclusão.

Começar


Prefere algo mais Premium?

Conheça nossos planos



Premium semestral

Compra única, parcelada em até
12x no cartão de crédito


12x R$

41

,48

=R$ 497,80
  • 6 meses de acesso
  • Acesso à todo conteúdo
  • Emissão de Certificado
  • Tira Dúvidas Online
  • 54 cursos disponíveis
  • 4 carreiras disponíveis
  • 161 temas de tecnologia
  • Conteúdo novo todo mês
  • Encontros Premium

Começar agora

Política de privacidade

Premium anual

Compra única, parcelada em até
12x no cartão de crédito


12x R$

70

,65

=R$ 847,80
  • 1 ano de acesso
  • Acesso à todo conteúdo
  • Emissão de Certificado
  • Tira Dúvidas Online
  • 54 cursos disponíveis
  • 4 carreiras disponíveis
  • 161 temas de tecnologia
  • Conteúdo novo todo mês
  • Encontros Premium

Começar agora

Política de privacidade



Precisa de ajuda?

Dúvidas frequentes



  • Posso começar de graça?

    Sim! Basta criar sua conta gratuita no balta.io e começar seus estudos. Nós contamos com diversos cursos TOTALMENTE gratuitos e com certificado de conclusão.

  • Vou ter que pagar algo?

    Nós temos cursos gratuitos e pagos, porém você não precisa informar nenhum dado de pagamento para começar seus estudos gratuitamente conosco. Os cursos gratuitos são completos e com certificado de conclusão, você não paga nada por eles.

    Porém, caso queira algo mais Premium , você terá acesso à diversos benefícios que vão te ajudar ainda mais em sua carreira.

  • Por onde devo começar?

    Siga SEMPRE as nossas Carreiras , elas vão te orientar em todos os sentidos. Os cursos já estão organizados em categorias e carreiras para facilitar seu aprendizado.
    Nossa sugestão para aprendizado é começar pelo Backend e seguindo para Frontend e Mobile.

    • Backend
    • Frontend
    • Mobile

  • Os cursos ensinam tudo que preciso?

    Nenhum curso no mundo vai te ensinar tudo, desculpa ser sincero! Os cursos são uma base, eles fornecem por volta de 30% do que você precisa aprender, o resto é com você, com dedicação e MUITA prática.

  • O que eu devo estudar?

    Java ou .NET? Angular ou React? Xamarin ou Flutter? A resposta é simples e direta: "Você já sabe o básico?"

    Se você ainda não sabe BEM o básico, ou seja, os fundamentos, OOP, SOLID, Clean Code, está perdendo tempo estudando Frameworks ou até coisas mais avançadas como Docker. Foque nos seus objetivos primeiro.
    Agora se você está indeciso sobre qual Framework estudar, a boa notícia é que o mercado neste momento está bem aquecido e você tem várias oportunidade. Desta forma o que levaríamos em conta para tomar esta decisão seria:

    • Já sei o básico
    • O Framework/Tecnologia tem mercado onde eu estou (região)
    • O Framework/Tecnologia é utilizado em uma empresa onde quero atual
    • O Framework/Tecnologia resolve meu problema
    • Eu gosto de utilizar o Framework/Tecnologia

  • Estou pronto para estudar no balta.io?

    Com certeza! O primeiro passo é começar e você pode fazer isto agora mesmo!

    Começar de graça

Ainda tem dúvidas?





Assine nosso Newsletter

Receba em primeira mão todas as nossas novidades.

Cadastrar


balta.io

Sobre

  • Como funciona?
  • Seja Premium
  • Agenda
  • Blog
  • Todos os cursos

Cursos

  • Frontend
  • Backend
  • Mobile
  • Fullstack

Suporte

  • Termos de uso
  • Privacidade
  • Cancelamento
  • Central de ajuda

Redes Sociais

  • Telegram
  • Facebook
  • Instagram
  • YouTube
  • Twitch
  • LinkedIn
  • Discord