Add public APIs to configure shared type entities

[smitpatel]

Resolves #9914

[lajones]

A few updates requested.

Also I don't see the changes for UsingEntity() and the generic "this is not the API you are looking for" exception. When you say this "resolves" 9914, is there still more work to come?

[smitpatel]

is there still more work to come?

yes, therefore it is WIP. I wanted to get early eyes from @AndriySvyryd on this before I start adding overloads, but I just added overloads for OwnsOne/Many, HasOne/Many. UsingEntity is still pending. Still writing few more tests for presently added overloads.

[AndriySvyryd]

Looking good so far

[lajones]

@smitpatel As a general question, if a user calls the STET version of an API with a name and type of an existing non-STET Entity Type will you attempt to use that Entity Type, or error? If you use it will that put that Entity Type's CLR type into the list of shared CLR types?

[smitpatel]

As a general question, if a user calls the STET version of an API with a name and type of an existing non-STET Entity Type will you attempt to use that Entity Type, or error? If you use it will that put that Entity Type's CLR type into the list of shared CLR types?

Error.

Updated

[AndriySvyryd]

We should discuss whether to follow the same pattern as with weak types: The first time Entity(type, name) is called it defines a normal entity type, but when it's called with the same type again that's when it becomes a STET.
Just from the shape of the new API it's not clear that the user intended to define a STET

[AndriySvyryd]

See team decision in #9914 (comment)

[smitpatel]

This is just rebase & squash on latest. Will move out of draft once I update the PR for design meeting decision and ready for review.

[smitpatel]

Updated.