O que é inversão de controle?

1826

Inversão de controle (IoC) pode ser bastante confusa quando é encontrada pela primeira vez.

O que é isso?
Qual problema ele resolve?
Quando é apropriado usar e quando não?

oop design-patterns inversion-of-control

— Mike Minutillo
fonte

292

O problema com a maioria dessas respostas é a terminologia usada. O que é um contêiner? Inversão? Dependência? Explique isso em termos leigos, sem grandes palavras.

— Kirk.burleson

13

Veja também em Programmers.SE: Por que a Inversão de controle é chamada dessa maneira?

— 22413 Izkata

8

É Dependency Injection (DI) - ver descrition Martin Fowlers' aqui: martinfowler.com/articles/injection.html#InversionOfControl

— Ricardo Sanchez

7

Esta imagem é meio que

— resumida

É um adjetivo, não um substantivo, não é uma coisa, é uma descrição de uma alteração feita no código, onde o controle do fluxo está no delegado, não no contêiner.

— Martin Spamer 12/08

1523

Os padrões Inversion of Control (IoC) e Injection Dependency Injection (DI) têm como objetivo remover dependências do seu código.

Por exemplo, diga que seu aplicativo possui um componente de editor de texto e você deseja fornecer a verificação ortográfica. Seu código padrão ficaria assim:

public class TextEditor {

    private SpellChecker checker;

    public TextEditor() {
        this.checker = new SpellChecker();
    }
}

O que fizemos aqui cria uma dependência entre o TextEditore o SpellChecker. Em um cenário de IoC, faríamos algo assim:

public class TextEditor {

    private IocSpellChecker checker;

    public TextEditor(IocSpellChecker checker) {
        this.checker = checker;
    }
}

No primeiro exemplo de código, estamos instanciando SpellChecker( this.checker = new SpellChecker();), o que significa que a TextEditorclasse depende diretamente da SpellCheckerclasse.

No segundo exemplo de código, estamos criando uma abstração tendo a SpellCheckerclasse de dependência na TextEditorassinatura do construtor (não inicializando a dependência na classe). Isso nos permite chamar a dependência e passá-la para a classe TextEditor da seguinte maneira:

SpellChecker sc = new SpellChecker; // dependency
TextEditor textEditor = new TextEditor(sc);

Agora, o cliente que cria a TextEditorclasse tem controle sobre qual SpellCheckerimplementação usar, porque estamos injetando a dependência na TextEditorassinatura.

— urini
fonte

50

Bom exemplo claro. No entanto, suponha que, em vez de exigir que a interface ISpellChecker seja passada ao construtor do objeto, a expomos como uma propriedade configurável (ou método SetSpellChecker). Isso ainda constituiria IoC?

— devios1

25

chainguy1337 - sim, seria. O uso de setters como esse é chamado de injeção de setter em vez de injeção de construtor (ambas as técnicas de injeção de dependência). IoC é um padrão bastante genérica, mas a injeção de dependência acheives IoC

— Jack Ukleja

257

Apesar dos muitos votos positivos, esta resposta está incorreta. Consulte martinfowler.com/articles/injection.html#InversionOfControl . Em particular, observe a parte que diz "Inversão do controle é um termo muito genérico e, portanto, as pessoas o consideram confuso. Como resultado de muita discussão com vários advogados da IoC, decidimos pelo nome Injeção de Dependência".

— Rogério

45

Eu concordo com @Rogeria. isso não explica porque é chamado o COI e estou surpreso com o número de votos até ;-)

— Aravind Yarram

31

Sou do lado do @Rogerio e do @Pangea. Este pode ser um bom exemplo para injeção de construtor, mas não é uma boa resposta para a pergunta original. O IoC, conforme definido por Fowler , pode ser realizado sem o uso de injeção de qualquer tipo, por exemplo, usando um localizador de serviço ou mesmo uma herança simples.

— Mtsz

642

Inversão de controle é o que você obtém quando o programa retorna, por exemplo, como um programa de GUI.

Por exemplo, em um menu da velha escola, você pode ter:

print "enter your name"
read name
print "enter your address"
read address
etc...
store in database

controlando assim o fluxo de interação do usuário.

Em um programa GUI ou algo assim, dizemos:

when the user types in field a, store it in NAME
when the user types in field b, store it in ADDRESS
when the user clicks the save button, call StoreInDatabase

Portanto, agora o controle é invertido ... em vez de o computador aceitar a entrada do usuário em uma ordem fixa, o usuário controla a ordem em que os dados são inseridos e quando os dados são salvos no banco de dados.

Basicamente, qualquer coisa com um loop de eventos, retornos de chamada ou gatilhos de execução se enquadra nessa categoria.

— Mark Harrison
fonte

161

Não marque esse cara. tecnicamente, ele está correto martinfowler.com/bliki/InversionOfControl.html IoC é um diretor muito geral. Fluxo de controle é "invertida" por injeção de dependência, porque você efetivamente delegado dependências a algum sistema externo (por exemplo recipiente COI)

— Jack Ukleja

38

Concordou com o comentário de Schneider. 5 votos negativos? A mente confunde, já que esta é a única resposta realmente correta. Observe a abertura: ' como um programa de GUI'. A injeção de dependência é apenas a realização mais comum de IoC.

— Jeff Sternal

40

De fato, esta é uma das poucas respostas corretas ! Pessoal, a IoC não é fundamentalmente sobre dependências. De modo nenhum.

— Rogério

13

+1 - Esta é uma boa descrição (por exemplo) da seguinte declaração de Martin Fowler - "As interfaces de usuário anteriores eram controladas pelo programa aplicativo. Você teria uma sequência de comandos como" Digite o nome "," digite o endereço "; Com as UIs gráficas (ou mesmo baseadas na tela), a estrutura da UI conteria esse loop principal e o seu programa fornecia manipuladores de eventos para os vários campos da tela. o programa foi invertido, mudou-se de você para a estrutura ".

— Ashish Gupta

14

Agora eu entendo por que às vezes é jocosamente referido como o "Princípio Hollywood: Não ligue para nós, vamos chamá-lo"