Add Uvicorn Integration

[tommasodotNET]

**Closes #207 *

Adds Uvicorn integration. The logic is the same as for official Python integration but it uses uvicorn to run the app.

var uvicorn = builder.AddUvicornApp("uvicornapp", "../uvicornapp-api", "main:app")
    .WithHttpEndpoint(env: "UVICORN_PORT");

PR Checklist

• Created a feature/dev branch in your fork (vs. submitting directly from a commit on main)
• Based off latest main branch of toolkit
• PR doesn't include merge commits (always rebase on top of our main, if needed)
• New integration
  • Docs are written
  • Added description of major feature to project description for NuGet package (4000 total character limit, so don't push entire description over that)
• Tests for the changes have been added (for bug fixes / features) (if applicable)
• Contains NO breaking changes
• Every new API (including internal ones) has full XML docs
• Code follows all style conventions

[aaronpowell]

What's your thought on rather than this being a standalone Uvicorn hosting package, that we make it an extensions package like the Node.js one in the repo that adds Uvicorn?

This would mean that if we want to add additional things, like venv setup, pip installation, other Python runtimes, etc., they don't have to be in their own hosting packages.

[aaronpowell]

Can we integrate OTEL into here to show how you can do that end-to-end tracing

[tommasodotNET]

I agree. Maybe we should structure this as we did with NodeJS Extensions. Especially considering we also have this #221

[aaronpowell]

I agree. Maybe we should structure this as we did with NodeJS Extensions. Especially considering we also have this #221

That's exactly where my thinking was going 😉

[aaronpowell]

Couple of small docs tweeks @tommasodotNET

But make sure you review the moving around of files and everything

[aaronpowell]

@tommasodotNET I'm working on using the PythonAppResource as the base type, but it's marked as experimental (https://learn.microsoft.com/en-gb/dotnet/aspire/diagnostics/overview#ASPIREHOSTINGPYTHON001) so we'll have to use that too.

[github-actions]

Package	Line Rate	Branch Rate	Complexity	Health
CommunityToolkit.Aspire.Hosting.Azure.DataApiBuilder	100%	100%	6	✔
CommunityToolkit.Aspire.Hosting.Azure.StaticWebApps	100%	100%	28	✔
CommunityToolkit.Aspire.Hosting.Deno	84%	75%	72	✔
CommunityToolkit.Aspire.Hosting.Golang	94%	50%	16	✔
CommunityToolkit.Aspire.Hosting.Java	98%	71%	58	✔
CommunityToolkit.Aspire.Hosting.Meilisearch	61%	27%	94	➖
CommunityToolkit.Aspire.Hosting.NodeJS.Extensions	90%	68%	92	✔
CommunityToolkit.Aspire.Hosting.Ollama	64%	60%	222	➖
CommunityToolkit.Aspire.Hosting.Python.Extensions	67%	46%	56	➖
CommunityToolkit.Aspire.Hosting.Rust	94%	83%	16	✔
CommunityToolkit.Aspire.Hosting.SqlDatabaseProjects	69%	60%	50	➖
CommunityToolkit.Aspire.Meilisearch	97%	92%	68	✔
CommunityToolkit.Aspire.OllamaSharp	84%	77%	76	✔
Summary	77% (1666 / 2166)	62% (411 / 660)	854	➖

Minimum allowed line rate is 60%