Take the 2-minute tour ×
Programmers Stack Exchange is a question and answer site for professional programmers interested in conceptual questions about software development. It's 100% free, no registration required.

I've been doing research on .net implementations with CQRS. Either everything I've seen so far is do-it-yourself, azure-specific, outdated (i think), or not well adopted

Problems:

  • Scritchy - is not well adopted
  • NCQRS - appears to be a bit older? it also requires a DIY-ish setup - meaning, you need to create several projects yourself (not all that terrible though).
  • https://github.com/gregoryyoung/m-r - more of a theoretical demo than a production framework
  • LOKAD.CQRS - mostly azure specific
  • https://github.com/MarkNijhof/Fohjin - again, more of a demo than framework

I'm working on a new project. It will be hosted in AppHarbor. I would like to use a CQRS approach. I would prefer to use an awesome framework rather than write/copy it myself.

share|improve this question
    
voted to move to SO since it's a technology specific question, good luck :-) –  DKnight Dec 6 '11 at 0:59
3  
@DKnight thanks but no thanks. This is a conceptual software development question. There is no specific programming issue to be solved. There is no source code to be attributed to this question. –  scoarescoare Dec 6 '11 at 1:34
    
any feedback on which framework you chose? –  sawe Apr 22 at 7:29

1 Answer 1

(Disclaimer: I am the author of Scritchy)

I can not talk for the other frameworks, but in my case, Scritchy merely exists because I wanted to provide a quick and easy to use tool for writing CQRS apps, also taking away some of the burden of writing similar command handlers over and over...

As the experts are saying: CQRS in it's most basic representation is quite simple, so it does not really require a framework.

However, since I personally use the CQRS approach a lot and I hated writing the same boilerplate code over and over, I decided to write an opinionated framework for it (think RoR for CQRS).

Scritchy is a very pragmatic and opinionated approach to CQRS (preferring convention over configuration), but it has been designed in a way that every component should easily be replaceable by some other component... (i.e. an easy to replace base class for your ARs is the only dependency).

As Scritchy has been in development for only a short time - even though it functions perfectly for my needs -, it is not as adopted as most of the other frameworks.

One framework a lot of the people in the community seem to approve, is Jonathan Oliver's event store, which is not a specific CQRS framework per sé, but he does offer some CommonDomain objects you can use in your CQRS apps.

My suggestion: pick one, setup basic infrastructure and get started. The hardest part in CQRS is usually not in the infrastructure, but in the domain (or at least, it should be ;) )

share|improve this answer

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.