Edition 0 Updated to asp. Net core 0

Map properties with only get accessors to the fields in the database table 
Mapping properties to database table columns is not a domain responsibility but part of the 
infrastructure and persistence layer. We mention this here just so you are aware of the new 
capabilities in EF Core 1.1 or later related to how you can model entities. Additional details on this 
topic are explained in the infrastructure and persistence section. 
When you use EF Core 1.0 or later, within the DbContext you need to map the properties that are 
defined only with getters to the actual fields in the database table. This is done with the HasField 
method of the PropertyBuilder class. 
Map fields without properties 
With the feature in EF Core 1.1 or later to map columns to fields, it is also possible to not use 
properties. Instead, you can just map columns from a table to fields. A common use case for this is 
private fields for an internal state that does not need to be accessed from outside the entity. 
For example, in the preceding OrderAggregate code example, there are several private fields, like the 
_paymentMethodId
field, that have no related property for either a setter or getter. That field could 
also be calculated within the order’s business logic and used from the order’s methods, but it needs 
to be persisted in the database as well. So in EF Core (since v1.1) there is a way to map a field without 
a related property to a column in the database. This is also explained in the 
Infrastructure layer
 section 
of this guide. 

---

210 
CHAPTER 6 | Tackle Business Complexity in a Microservice with DDD and CQRS Patterns 
Additional resources 
•
Vaughn Vernon. Modeling Aggregates with DDD and Entity Framework.
Note that this is 
not
Entity Framework Core. 
https://kalele.io/blog-posts/modeling-aggregates-with-ddd-and-entity-framework/
 
•