Domain-Driven Design: Refatorando a arquitetura de aplica��es

Artigo no estilo: Curso Artigo no estilo Mentoring

Mentoring: A divis�o do projeto de software em camadas � uma pr�tica que vem sendo utilizada h� v�rios anos e, em boa parte dos casos, atende �s necessidades iniciais dos sistemas. No entanto, � medida que a aplica��o cresce, a utiliza��o apenas das camadas DAL (Data Access Layer) e BLL (Business Logic Layer) acaba por n�o suportar adequadamente a expans�o das funcionalidades, levando � sobrecarga de responsabilidades em alguns componentes. O Domain-Driven Design, apesar de ter sido proposto h� mais de uma d�cada, vem ganhando bastante aten��o da comunidade t�cnica nos �ltimos anos e sendo usado tanto em novos projetos, quanto na refatora��o de aplica��es legadas. A sua utiliza��o, juntamente com a correta aplica��o dos principais conceitos de orienta��o a objeto e padr�es de projeto, garante � aplica��o uma arquitetura com baixo acoplamento e adequada divis�o de responsabilidades entre os componentes.

Muitas vezes, por partirem de um conjunto de requisitos pequeno e sofrerem a comum press�o por entregas r�pidas em prazos curtos, os desenvolvedores constroem seus sistemas com pouco ou nenhum projeto. Geralmente s�o utilizadas solu��es de arquitetura e tecnologia simples que apenas atendem �s necessidades daquele momento. Por�m, naturalmente esses sistemas crescem e novas funcionalidades precisam ser implantadas, enquanto o tempo para atender �s novas solicita��es dos clientes continua resumido. Apesar de consciente da necessidade de refatora��o no projeto, a equipe (principalmente quando � pequena e com pouca experi�ncia) acaba por postergar essa tarefa, em alguns casos, at� que ela seja imprescind�vel para a continua��o da vida do software.

Aplica��es legadas, constru�das com tecnologias e arquiteturas pouco flex�veis, tendem a representar dificuldades para a equipe de desenvolvimento quando grandes manuten��es s�o necess�rias. Em certos casos � importante que a arquitetura da aplica��o seja refatorada, bem como as tecnologias utilizadas sejam alteradas ou atualizadas para atender a novos requisitos do neg�cio.

Neste artigo veremos como realizar o refactoring completo de uma aplica��o desenvolvida com a estrutura em tr�s camadas mais comum em projetos .NET para uma arquitetura mais escal�vel atrav�s do DDD (Domain-Driven Design). Posteriormente o leitor poder� utilizar essa solu��o como template para migrar seus projetos para o DDD, inclusive visando outras arquiteturas evolutivas como microservices, e disponibilizar seus m�dulos em forma de servi�os consum�veis.

Como cen�rio temos uma aplica��o web de gerenciamento de tarefas desenvolvida com ASP.NET Web Forms, Entity Framework Code First e as seguintes camadas:

DAL (Data Access Layer), que cont�m as entidades e a persist�ncia, com acesso direto � base de dados;
BLL (Business Logic Layer), a camada de neg�cios na qual colocamos todos os requisitos (regras de neg�cio) do sistema esperados pelos usu�rios;
Camada de apresenta��o contendo o ASP.NET Web Forms. Nessa parte, no entanto, foi utilizado o Bootstrap para a constru��o de uma interface de usu�rio agrad�vel e responsiva, o que far� com que a maior parte do nosso trabalho seja direcionada �s camadas inferiores.

Utilizaremos ainda o Entity Framework Fluent API, padr�es SOLID, DRY, mantendo assim algumas das melhores pr�ticas de programa��o. J� na camada de apresenta��o vamos utilizar o ASP.NET MVC 5 com AngularJS, tudo alinhado ao que prega o DDD, com foco no dom�nio da aplica��o.

Sistema legado: Diagrama e camadas

O sistema de gerenciamento de tarefas � legado e foi desenvolvido atrav�s de um projeto de refactoring de uma aplica��o desktop diretamente para a web. O sistema estava funcionando perfeitamente e de forma est�vel at� que os clientes come�aram a solicitar altera��es pertinentes, mas a arquitetura que havia n�o comportava tamanha evolu��o. Na Figura 1 temos o diagrama arquitet�nico da aplica��o.

Essa figura demonstra bem como ficam distribu�das as camadas no projeto e como � o fluxo de depend�ncias entre estas. Nossa tarefa � refatorar para uma nova arquitetura, mais escal�vel e moderna.