De meeste onder ons zullen wel bekend zijn met de standaard 3- of 4-lagen architectuur zoals je die zo vaak tegenkomt in de grotere enterprise systemen. Sommigen zijn wellicht zelfs al actief met Domain Driven Design om de domeinconcepten samen met de business uit te werken. Mogelijk is je daarbij opgevallen dat het lastig is om de 'werkwoorden' uit het domein in die standaard architectuur te laten landen. Was performance ook nog een belangrijke eis, dan weet je vast dat een Object-Relational Mapper en een relationele database niet altijd de beste oplossing zijn.

Eén van de belangrijkste redenen hiervoor is het feit dat de belangen van een consistent domein rekening houdend met de vele bedrijfsregels, en die van het ophalen van gegevens voor rapportage en presentatie nogal conflicterend zijn.  Daarom heeft Betrand Meyer het Command Query Separation principe bedacht.

Een architectuur gebaseerd op dit principe in combinatie met het Event Sourcing concept biedt de ideale architectuur voor het bouwen van high-performance systemen die vanuit de DDD gedachte ontworpen zijn. Bekende bloggers als Udi Dahan en Gregg Young hebben er al heel wat posts aan besteed, en ook op de afgelopende Developer Days kwam de theorie aan bod.

Maar hoe bouw je nu zo'n systeem met het .NET framework? Is het inderdaad zo complex als sommige zeggen, of klopt de bewering dat het alleen ander werk is? Wil je hier het antwoord op, meld je dan aan voor deze avond en kom kijken hoe CQRS en Event Sourcing er uit zien in een concrete Silverlight demo applicatie.