You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
{{ message }}
This repository has been archived by the owner on Apr 14, 2023. It is now read-only.
I know the purpose of this library is to support DDD, CQRS and event sourcing. I was wondering where it would make more sense to extend this library in order to add Tenant Support has the StoreProvider is already inside the Base project and the EF projects already implement the StoreProvider interface.
My first guess would be to add a TenantId to my Aggregates, entities, commands, and events, but I don't see how I could enforce this when creating a new AggregateRoot or applying a global filter in the StoreProvider in order to scope the data of the current tenant?
The text was updated successfully, but these errors were encountered:
Interesting concept, there is the Source property that can be set in the Command but it is saved in the store only for commands and events. Yhe tenant could be set in the aggregate.
I know the purpose of this library is to support DDD, CQRS and event sourcing. I was wondering where it would make more sense to extend this library in order to add Tenant Support has the StoreProvider is already inside the Base project and the EF projects already implement the StoreProvider interface.
My first guess would be to add a TenantId to my Aggregates, entities, commands, and events, but I don't see how I could enforce this when creating a new AggregateRoot or applying a global filter in the StoreProvider in order to scope the data of the current tenant?
The text was updated successfully, but these errors were encountered: