System.AddIn - Revista .net Magazine 86

Composição e extensibilidade, falar destes termos é falar de algo que há muito é perseguido na engenharia de software. A grande questão de criar softwares que sejam adaptáveis, fáceis de modificar e ter suas capacidades ampliadas é algo extremamente importante e que atualmente custa por parte das empresas algo em torno de 80% do seu investimento em termos de software. A engenharia de software tem evoluído muito nesta questão nos últimos anos, visando ter a mesma capacidade que já é notória em outras engenharias, como a engenharia mecânica, elétrica etc. O que vemos nestas engenharias é a alta capacidade de substituição ou até mesmo adição de componentes.

Um exemplo claro que pode ser citado, é o de um automóvel, que após ter sido fabricado e entregue ao seu cliente, é possível facilmente adicionar componentes de som, substituição de capô e até mesmo a troca do seu motor. Quem nunca sonhou em ter um software que se comporte da mesma maneira? Quem nunca desejou criar um software que mesmo após sua compilação e até mesmo distribuição, fosse capaz de ampliar suas capacidades ou até mesmo modificar a maneira de como aquele software se comporta? Ou expor um modelo de objetos que pudesse ser utilizado por terceiros para criar soluções customizadas que se ajustem no software como um brinquedo de encaixe de peças, permitindo inúmeras combinações?

Para se chegar neste grau de composição e extensibilidade, é necessário que façamos uso de boas práticas de desenvolvimento de software, é imprescindível, que se faça uso de técnicas que nos auxiliem nesta difícil, mas não impossível missão de criar software extensível. Para entrarmos no assunto da extensibilidade, temos que citar também, alguns patterns que são bem conhecidos do mercado e que serão utilizados como uma das ferramentas para atingirmos a tão sonhada composição e extensibilidade. Estes patterns são a Inversão de Controle (Inversion Of Control) e Injeção de Dependência (Dependency Injection), estes dois patterns, são fundamentais para se obter extensibilidade e composição dentro de um software.

Utilizamos a inversão de controle, no sentido de se alterar a maneira de como criamos componentes dentro de um software, normalmente o que é feito é se utilizar um “new” e fazer a criação de um determinado componente concreto, o ponto negativo desta ação é que desta maneira cria-se um forte acoplamento dentro do sistema, e que dificulta a extensão do mesmo. A inversão de controle muda este cenário e passamos a basear nosso desenvolvimento em abstrações e não em classes concretas, desta forma invertemos o controle que passa estar na direção aposta, ou seja, na direção dessas abstrações e não mais de classes concretas, tornamos assim nossas dependências externas mais leves, e passamos a atuar em um nível abstrato e deixamos que alguém implemente funções ou serviços do qual nosso software dependa. A ideia é como se os componentes “pulassem” para o seu executável e se “auto-criassem” para que você possa fazer uso do mesmo, sem ter uma rígida dependência para o objeto do qual seu software depende." [...] continue lendo...