Basicamente, a primavera é uma estrutura para Injeção de dependência que é um padrão que permite construir sistemas muito dissociados.
O problema
Por exemplo, suponha que você precise listar os usuários do sistema e, assim, declarar uma interface chamada UserLister:
public interface UserLister {
List<User> getUsers();
}
E talvez uma implementação acessando um banco de dados para obter todos os usuários:
public class UserListerDB implements UserLister {
public List<User> getUsers() {
// DB access code here
}
}
Na sua opinião, você precisará acessar uma instância (apenas um exemplo, lembre-se):
public class SomeView {
private UserLister userLister;
public void render() {
List<User> users = userLister.getUsers();
view.render(users);
}
}
Observe que o código acima não inicializou a variável userLister. O que deveríamos fazer? Se eu instanciar explicitamente o objeto assim:
UserLister userLister = new UserListerDB();
... Eu associaria a visão à minha implementação da classe que acessa o banco de dados. E se eu quiser mudar da implementação do banco de dados para outra que obtenha a lista de usuários de um arquivo separado por vírgula (lembre-se, é um exemplo)? Nesse caso, eu retornaria ao meu código e alteraria a linha acima para:
UserLister userLister = new UserListerCommaSeparatedFile();
Isso não tem problema com um programa pequeno como este, mas ... O que acontece em um programa que possui centenas de visualizações e um número semelhante de classes de negócios? A manutenção se torna um pesadelo!
Abordagem por mola (injeção de dependência)
O que o Spring faz é conectar as classes usando um arquivo XML ou anotações. Dessa forma, todos os objetos são instanciados e inicializados pelo Spring e injetados nos lugares certos (Servlets, Web Frameworks, classes de negócios, DAOs, etc, etc, etc) ...)
Voltando ao exemplo no Spring, precisamos apenas de um setter para o userListercampo e ter um arquivo XML como este:
<bean id="userLister" class="UserListerDB" />
<bean class="SomeView">
<property name="userLister" ref="userLister" />
</bean>
ou mais simplesmente anote o arquivado em nossa classe de exibição com @Inject:
@Inject
private UserLister userLister;
Dessa forma, quando a vista é criada, ela magicamente estará UserListerpronta para funcionar.
List<User> users = userLister.getUsers(); // This will actually work
// without adding any line of code
Isso é ótimo! Não é?
- E se você quiser usar outra implementação da sua
UserListerinterface? Apenas mude o XML.
- E se não houver uma
UserListerimplementação pronta? Programe uma implementação simulada temporal UserListere facilite o desenvolvimento da visualização.
- E se eu não quiser mais usar o Spring? Só não use! Seu aplicativo não está associado a ele. Inversão de controle declara: "O aplicativo controla a estrutura, não a estrutura controla a aplicação".
Existem algumas outras opções para injeção de dependência por lá, o que, na minha opinião, tornou o Spring tão famoso, além de sua simplicidade, elegância e estabilidade, é que os caras do SpringSource programaram muitos POJOs que ajudam a integrar o Spring a muitos outros frameworks comuns sem ser necessário. intrusivo em sua aplicação. Além disso, o Spring possui vários bons subprojetos, como o Spring MVC, o Spring WebFlow, o Spring Security e novamente uma lista extensa de etc.
Espero que isto ajude. De qualquer forma, encorajo você a ler o artigo de Martin Fowler sobre Injeção de Dependência e Inversão de Controle, porque ele faz isso melhor do que eu. Depois de conhecer os fundamentos dar uma olhada em Documentação da Primavera , na minha opinião, ele é utilizado para ser o melhor livro Primavera nunca.
