Add runtime annotation support to model.

[AndriySvyryd]

Runtime annotations can only be added to a read-only model and IModelRuntimeInitializer is the service that adds the required ones.
Model validation has been moved to ModelRuntimeInitializer.

Fixes #22031

[smitpatel]

41/128

[roji]

See some comments below, LGTM but will let @smitpatel finish his review.

Quick question for my understanding... Does the fact that the relational model is now a runtime annotation mean that it will not be part of the compiled model, i.e. would be recalculated every time on program startup?

[AndriySvyryd]

Quick question for my understanding... Does the fact that the relational model is now a runtime annotation mean that it will not be part of the compiled model, i.e. would be recalculated every time on program startup?

Not necessarily, A runtime annotation cannot be set while the model is building, but the compiled model can recreate it during initialization and I plan to include extension points for providers to affect the compiled model.

[AndriySvyryd]

@smitpatel Do you still want to finish reviewing this?

[smitpatel]

@AndriySvyryd - Sorry for delay. Moving house was more work than I estimated. (developer issues!). Go ahead with the merging this.

[AndriySvyryd]

I still need a software-friendly approval to be able to merge

[smitpatel]

Done. I thought Shay already did. These machines are making us do things now-a-days.

[ghost]

Hello @AndriySvyryd!

Because this pull request has the auto-merge label, I will be glad to assist with helping to merge this pull request once all check-in policies pass.

p.s. you can customize the way I help with merging this pull request, such as holding this pull request until a specific person approves. Simply @mention me (@msftbot) and give me an instruction to get started! Learn more here.

[ghost]

Apologies, while this PR appears ready to be merged, I've been configured to only merge when all checks have explicitly passed. The following integrations have not reported any progress on their checks and are blocking auto-merge:

1. Azure Pipelines

These integrations are possibly never going to report a check, and unblocking auto-merge likely requires a human being to update my configuration to exempt these integrations from requiring a passing check.

Give feedback on this

From the bot dev team

We've tried to tune the bot such that it posts a comment like this only when auto-merge is blocked for exceptional, non-intuitive reasons. When the bot's auto-merge capability is properly configured, auto-merge should operate as you would intuitively expect and you should not see any spurious comments.

Please reach out to us at fabricbotservices@microsoft.com to provide feedback if you believe you're seeing this comment appear spuriously. Please note that we usually are unable to update your bot configuration on your team's behalf, but we're happy to help you identify your bot admin.

[smitpatel]

Should also rename parameter name?

[AndriySvyryd]

It mirrors the type name and there's no ambiguity here. Or is there?

[smitpatel]

The property name is ScopedModelDependencies. There is so much of inconsistency.
I am fine leaving this as is. With introduction of SingletonModelDependencies, sole ModelDependencies feels somewhat ambiguous to me but may not be worth a breaking change. API review should capture this too.