Standardize store naming: Connection/Context/Category #276
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
As part of realignment given we are entering V3 and have an opportunity to do some light breaking chances, this PR aligns the naming of top level objects with that used in
Equinox.CosmosStore
The key changes are:
Resolver
becomes<StoreName>Category
, which seems to work wellEquinox.EventStore.Context
becomesEquinox.EventStore.EventStoreContext
. This convention is established by the Azure.Core SDK guidelines and will flow to theAzure.Cosmos
V4 SDK in due course (i.e.Microsoft.Azure.Cosmos.Client
will becomeAzure.Cosmos.CosmosClient
etc)renamereverted - better to reserve the term<StoreName>Connection
to<StoreName>Client
(had been considering leaving it at Connection but EventStoreDB's GRPC client follows that naming too so it all makes sense now)Client
for the actual ESDB or Cosmos Client, and have<StoreName>Connection
be the wrapper for it.