Atenç�o: esse artigo tem um v�deo complementar. Clique e assista!

De que se trata o artigo:

Utilizaç�o do Domain-Driven Design dentro de projetos de software, abordando conceitos t�cnicos como padr�es de software e conceitos n�o t�cnicos igualmente importantes, como a comunicaç�o. Definir uma linguagem comum, estruturada e em torno do dom�nio, para todos os envolvidos no projeto.

Para que serve:

O DDD traz uma comunicaç�o melhor para a equipe envolvida no projeto e proporciona o foco no dom�nio principal (core domain). Define alguns design patterns incentivando uma modelagem simples e intuitiva, deixando o c�digo do sistema claro e de f�cil entendimento do dom�nio (domain model).

Em que situaç�o o tema � �til:

O DDD � �til para in�cio de projetos, organizar projetos com necessidade de manutenç�o, integraç�o com sistemas legados e para todos os ambientes que necess�tem de uma boa comunicaç�o entre os envolvidos.

DDD & Java:

Nesse artigo aprendemos os conceitos e a filosofia do DDD, assim como seus patterns. Entendemos a import�ncia da comunicaç�o de uma linguagem ub�qua dentro dos projetos de desenvolvimento de software. Aprendemos como fazer um bom design de c�digo seguindo boas pr�ticas de refatoraç�o e como manter a integridade do modelo utilizando mapa de contextos. No final foi apresentado um exemplo de c�digo em Java para assimilar alguns conceitos do DDD.

O software foi criado para ajudar a resolver as complexidades do mundo moderno e globalizado. Ele � usado para v�rios fins, como a automatizaç�o de tarefas cotidianas, controle de bolsas de valores, vendas online e ensino � dist�ncia. Dependemos bastante do bom funcionamento desses sistemas para executarmos nossas funç�es durante o trabalho.

A criaç�o de um software envolve muito investimento. Investimento de tempo, pessoal, recursos, e para isso o sistema deve ser pr�tico e �til. Entretanto, fazer a traduç�o dos problemas da vida real em um programa execut�vel n�o � uma tarefa trivial e exige muita preparaç�o por parte da equipe do projeto.

O design de software � uma arte, e como qualquer arte ele n�o pode ser aprendido como uma ci�ncia exata, conhecendo teoremas e f�rmulas. Podemos descobrir princ�pios e t�cnicas �teis para serem aplicadas na criaç�o de software, mas provavelmente n�o somos capazes de fornecer um caminho exato a seguir das necessidades do mundo real para o c�digo, de maneira que satisfaça totalmente os clientes. As necessidades dos clientes variam bastante de projeto para projeto e o conhecimento emp�rico de quem constr�i n�o � totalmente aproveitado em projetos futuros. A construç�o de um software envolve a criatividade do desenvolvedor e o conhecimento de bons princ�pios de design para criar projetos bem sucedidos.

O prop�sito desse artigo � fazer uma introduç�o ao Domain Driven Design, qual � sua filosofia e mostrar algumas formas de aplic�-lo com Java. Para mais detalhes sobre DDD, o livro �Domain-Driven Design: Tackling Complexity in the Heart of Software� de Eric Evans, � uma �tima refer�ncia.

Entendendo o DDD

Para entender o DDD � necess�rio saber o que � um dom�nio (domain). Os processos de neg�cio sendo automatizados, problemas da vida real com necessidade de sistema, s�o exemplos de dom�nios do software. Para criar um bom software � necess�rio ter um conhecimento amplo desse dom�nio. N�o se pode criar um software Banc�rio complexo sem conhecer bem o dom�nio. E quem s�o os especialistas nesse dom�nio? Arquitetos, analistas de software, desenvolvedores, todos s�o envolvidos nos projetos, por�m o dom�nio de um sistema Banc�rio est� com as pessoas internas do banco que conhecem muito bem do neg�cio. Esses s�o os Especialistas no Neg�cio (Domain Experts).

DDD � para o entendimento do dom�nio e para resolver a complexidade envolvida nos projetos. O objetivo do DDD � aproximar a comunicaç�o entre pessoas t�cnicas, como desenvolvedores e arquitetos, e os especialistas no dom�nio. Logo no in�cio do desenvolvimento do projeto devemos estar focados nas regras do dom�nio que nossos usu�rios est�o envolvidos. Devemos estar dedicados tanto ao entendimento desse dom�nio quanto � colaboraç�o com os especialistas do dom�nio, para construir um software poderoso e flex�vel.

O prop�sito principal do projeto de software � assumir um dom�nio espec�fico e ser capaz de evoluir harmoniosamente com esse dom�nio. Se essa evoluç�o acontecer sem dificuldades o projeto tem grandes chances de ser bem sucedido. Para que isso aconteça, o software deve ser o reflexo desse dom�nio, isto �, deve modelar o dom�nio.

Um desenvolvedor sem o conhecimento banc�rio deveria ser capaz de aprender bastante do neg�cio apenas lendo o c�digo fonte do sistema. Precisamos criar uma abstraç�o desse dom�nio que seja fluente para pessoas t�cnicas e male�vel �s regras do cliente. Conversando com os especialistas do dom�nio n�s aprendemos muito do neg�cio, por�m esse conhecimento n�o � transformado facilmente na construç�o do software, a menos que haja uma boa abstraç�o desse modelo de software. O modelo deve ser uma ferramenta para comunicaç�o entre os especialistas no dom�nio e os desenvolvedores. Ele � a ess�ncia do software, mas precisamos criar maneiras para express�-lo, para uso de comunicaç�o. Temos que compartilhar conhecimentos e informaç�es do projeto, de forma precisa e sem ambig�idade."

[...] continue lendo...

Artigo Java Magazine 72 - DDD & Java

Bons princípios de design, soluções simples, uma linguagem estruturada em torno do modelo de domínio para uma melhor comunicação podem fazer toda a diferença.

Atenç�o: esse artigo tem um v�deo complementar. Clique e assista!

Artigos relacionados