The Onion Architecture in 5 Minutes
Write Maintainable Software by preventing external dependencies from polluting your application core
The Onion Architecture was first introduced by Jeffrey Palermo around 2008. At its very essence, the architecture focused on modeling business logic and entities at the application’s core, without any notion of the outside world.
Because the business has no notion of the outside world — for example, it doesn’t know its data is stored in a database — the outside world can never contaminate the domain. This way, you are able to keep the core of the application relatively simple; focused on business-specific operations without having to account for endless “what-if’s”.
As a result, if done well, the onion architecture significantly reduce the amount of refactoring by separating application and infrastructural concerns.
The Onion Architecture’s model looks — perhaps unsurprisingly — like an onion:
One of the foundational rules of the Onion Architecture is that dependencies can only ever point inward. That is, while it is fine for the UI to reference the…
