Clean Architecture

Think about Database-centric (3 layer architecture) vs. Domain-centric architecture. The domain is essential. The database is a detail.

The key idea of the clean architecture is that the dependencies should be:

Domain(Entity) <- Application  <- Presentation, Infrastructure, Persistance(DB)

So, The domain is independent of the application. Application is independent of persistence or infrastructure.

Pros

  1. Focus on domain
  2. Less coupling
  3. Allows for DDD

Cons

  1. Change is difficult
  2. Requires more thought.
  3. Initial higher cost

When to use domain-centric architecture? If the application is complex enough and long-lasting.

For me, the biggest question was on the application layer, which seems like doing everything except domain, infrastructure, and cross-cutting concerns.

The application layer can keep the independence by accessing all other layers through interfaces rather than implementation.

In other words, the implementation details sit on each infrastructure layer, service layer, etc, while the application layer only works with the high-level abstraction of interfaces.

This helps make the code testable. Given that the number one reason why Unit Test fails is the code is not testable which make the unit test difficult, costly, un-maintainable, making the application layer independent through the interface is the most important concept in the clean architecture.

In practice, the domain layer and cross-concern layer can sit in the same VS project because every other layer can depend on both layers. For example, in NopCommerce, both domain and cross-concern layer sit in Nop.Core project. This type of project normally named Core or Common.

CQRS

Use complex domain when writing the state. Use direct query for performance when reading.

Type 1. Share the same database.

Type 2. Use a separate database for each and write for the best performance.

Type 3. Event Sourcing pattern. Write an event to the event store which does not contain a state. Read database contains state constructed from the event store.

Entity Framework

  • Lazy Loading
  • Eager Loading
  • Projection Loading -> Recommended way.

Query, differently from command, should bypass the domain model and use whatever the most efficient way to get the data directly from the database.

 

Leave a comment

Your email address will not be published. Required fields are marked *