Sponsor: Do you build complex software systems? See how NServiceBus makes it easier to design, build, and manage software systems that use message queues to achieve loose coupling. Get started for free.
This post is about how I organize by feature. Features being my commands and queries.
If you have not familiar with CQRS, it may be worth a look at some of my other posts to get some Context.
What I found interesting was as I moved from thinking about layers to thinking about features and vertical slices, I didn’t immediately organize my code that way. I would still organize my code by what it represented (eg layer).
My project structure would look something like this:
In the example above, for a Web Api type endpoint for returning data regarding a customer, there are 3 files I would have open:
For commands, the list is slightly reduced to:
I was so used to organizing code by layer, but there was no real reason to. Simply out of habit.
One reason was also the ASP.NET Routing convention. I always used routes by naming convention rather than by using the Route attribute. I’m not a particular fan of Attributes, but that’s another discussion.
Luckily in NancyFX you define your routes a bit different in the Constructor of your Module (similar to Controller).
Organize by Feature
There is nothing stopping us from taking all relevant classes associated to a command or query and adding them to all one file. This provides a really easy way to view all the relevant code where you would need to make change.
By organizing by feature, our structure could now look like:
For our ChangeCustomerPricing level command, we can now have the our Module (Controller), Command, Handler all within the same file for easy access and modification.
My convention has been to add them all to the same namspace. The namespace being the name of the feature.
Our CustomerModel.cs and all other models that may cut across multiple queries or commands will still be organized by Folder.
If we end up adding additional functionality to a command or query, say Validation or Authorization, we can do so in the appropriate feature file.
One complaint I still have is not being able to have Tests in a very accessible way since they are in a separate test project. Resharpers “Show Covering Tests”is an easier way to navigate but I’m still looking for something more.
I’d love to hear how you organize by feature or any other insights. Please share in the comments below or on twitter.