O documento discute a criação de uma aplicação para centralizar as regras de negócio de vários sistemas legados que acessam diretamente uma única base de dados, mapeando as tabelas usando Entity Framework e expondo dados via API Web. Ele também analisa as vantagens e desvantagens de manter os modelos de domínio e de persistência separados ou juntos.

1. Fabrício Rissetto

2.  Diversos sistemas legados acessando diretamente uma única base

3. Procedures
9000+
Tabelas
2000
+ Views, Functions

4. Regras de negócio no banco de dados

5.  Criar uma aplicação para centralizar
essas regras expondo dados via Web
API
 Mapeamento das tabelas usando EF
 SDK
 Muitos testes unitários!

8. Domain Model:
Private
Set!
Construtor
evidenciando
regras de
inicialização
Construtor
pro que faz
sentido
Construtor
pro que faz
sentido
Métodos que
revelam intenção
e encapsulam
regras de negócio

9. Persistence Model:
Fluent Mapping:

10. Dois em um:

11. Juntas
 Vantagens:
 Boost no desenvolvimento
 Desvantagens:
 Quanto maior a diferença maior a
dificuldade
 Medo de refactorings
Separadas
 Vantagens:
 Liberdade para modelar o domínio
 Prontos para Bounded Contexts
 Desvantagens:
 Maior esforço em conversões
 Perda das vantagens de utilizar
ORM 
Dapper.NET! 

15. E pra popular um dropdown?

17. WS

18. DDD não é bala de prata
 SmartUI as vezes é mais adequado
 Domínio simples (crud intensive)
 Equipe inexperiente
 Foco é o prazo
Avaliar uso de ORM
Avaliar separação Command/Query

19. E-mail: fabriciorissetto@gmail.com
Blog: fabriciorissetto.com
Obrigado!