Atenção: esse artigo tem uma palestra complementar. Clique e assista!

Como você resolve transações complexas em sua aplicação? Imagine aquela tela de Pedido de Venda, onde vão sendo armazenados os itens dos pedidos que o usuário vai selecionando? As condições de pagamento, detalhes de desconto, transportadora, cálculos fiscais etc.? Como você controla isso na hora de persistir os dados no banco? Se tudo ocorrer bem, como você garante que a operação inteira será persistida, e no caso de algum erro, que nada seja persistido no banco?

Esse problema é antigo e de muitas soluções possíveis. Quem tem experiência com bancos de dados relacionais sabe da importância dessa questão e também sabe que o próprio banco de dados dá algumas soluções para o problema. Mas como resolver isso em uma aplicação desenvolvida com orientação a objetos, que faz uso de uma ferramenta de mapeamento objeto/relacional, como é o caso do NHibernate?

Para isso temos um padrão chamado CpBT, que é a sigla para Conversation per Business Transaction. Esse padrão pode ser adotado com o uso de um framework chamado uNhAddins. O uNhAddins é um projeto paralelo ao NHibernate, que trata de algumas questões que fogem do escopo principal do NHibernate.

Ou seja, o uNhAddins é um framework complementar ao NHibernate, que nos traz várias soluções para nos auxiliar ainda mais no desenvolvimento de nossas aplicações, como é o caso do padrão CpBT. Na seção Links, no final deste artigo, você encontrará o endereço do projeto uNHAddins, onde você pode baixar os binários, e até ter acesso ao código fonte.

Nos tópicos seguintes veremos como utilizar o uNHAddins para aplicar o padrão CpBT em uma aplicação com NHibernate. Veremos isso através de um exemplo prático.

Nota: Este artigo presume que o leitor já esteja familiarizado com o desenvolvimento com NHibernate, DDD e OO.

Projeto conversa

Imagine uma aplicação onde precisamos persistir uma Conversa, ou um “Bate Papo”. A conversa é iniciada e as pessoas vão falando entre si, até que ela se encerra. Ao finalizar a conversa, podemos optar por abortá-la, descartando todo o seu conteúdo, ou por salvá-la, persistindo todo o histórico da conversa em um banco de dados.

Sabemos que você pode implementar esse exemplo mantendo todo o histórico em memória e no final simplesmente encapsular uma chamada que irá persistir tudo de uma vez no database. Mas pensando no padrão CpBT, a cada nova fala da conversa nós vamos até a sessão do NHibernate e pedimos para que ele salve a fala. Porém, a conversa completa só será persistida no final, se assim desejarmos. E no caso de a conversa ser abortada, nada será persistido no banco, e os dados que ficaram na sessão do NHibernate serão descartados.

Esse exemplo será feito usando o Visual Studio 2010, portanto abra-o e crie uma nova Solution em branco, chamada Conversa. Dentro dessa Solution vamos criar quatro projetos, que irão representar quatro camadas de uma aplicação. Como você pode ver na Figura 1, temos um projeto Class Library chamado Conversa.Dominio, onde teremos o nosso pequeno modelo de entidades e as interfaces que irão definir o Repositório e Serviço que iremos utilizar. Temos outros dois projetos do tipo Class Library para tratar respectivamente da implementação do Repositório em NHibernate, e do Serviço, que é onde o CpBT é implementado com o uNhAddins. Por fim temos um projeto Console Application que será utilizado para fazermos os nossos testes.

Figura 1. Estrutura de projetos do exemplo Conversa

Domínio

Como de costume vamos começar modelando o domínio da nossa aplicação, iniciando pelas entidades. Como você pode conferir no diagrama de classes da "