Update the .NET 8 Blazor Web App project template to show client-server communication over HTTP, with shared models, for Blazor WebAssembly

[Bellarmine-Head]

Is there an existing issue for this?

• I have searched the existing issues

Is your feature request related to a problem? Please describe the problem.

The .NET 8 Blazor Web App project template is a major step backwards in that it doesn't show - for an ASP.NET-hosted Blazor WebAssembly project (with interactive render mode = WebAssembly, applied globally) - communication between the Client project and the Server project, where the client gets a shared model from the server using JSON-over-HTTP.

(Almost as bad: the Server project isn't identified as such.)

New adopters of Blazor WebAssembly need this very much, and existing users like me need this for when we start a new .NET 8 project.

As it is, the new Client project fakes a data load from the server by waiting for half a second, and then internally generates the data it's going to display. Now, we don't expect a WebAssembly app to do this... we expect it to get data from the server! The project templates used to show this, and very useful it was too. The .NET 8 project template needs to bring this back. We do want new adopters for Blazor WebAssembly, don't we?

Describe the solution you'd like

Please update the .NET 8 Blazor Web App project template to redress this serious omission. Include clearly delineated Server, Client and Shared projects, like we had before. Don't remove the "Server" indicator from the server project name (it doesn't help). Generate the weather forecast data on the server, and pull that data down via a shared model in the client (like we had before).

Additional context

Imagine a new adopter starting Blazor WebAssembly development with .NET 8. The existing books and web resources refer to a Server, Client, Shared solution structure that the new project template doesn't emit. You're not sure which is the server project. You have no idea how to get data from the server to the client. You are confused as to why the client project is itself generating the source data... surely the server should supply this? Why doesn't the template-emitted project show that? The existing resources for .NET 6 and 7 show such a thing, but it doesn't seem possible in .NET 8. Is this obvious way of working not supported in .NET 8? Surely that can't be! Then why does the newly emitted project from the template not show this simple and obvious way of working?

[ghost]

Thanks for contacting us.

We're moving this issue to the .NET 9 Planning milestone for future evaluation / consideration. We would like to keep this around to collect more feedback, which can help us with prioritizing this work. We will re-evaluate this issue, during our next planning meeting(s).
If we later determine, that the issue has no community involvement, or it's very rare and low-impact issue, we will close it - so that the team can focus on more important and high impact issues.
To learn more about what to expect next and how this issue will be handled you can read more about our triage process here.

[bdongus]

I stumbled upon this issue while searching for documentation or examples on how to handle localization with shared resources in InteractiveAuto render mode.
Maybe you could also have a look into this while working on the shared model stuff. At least in Europe localization is a thing.

[ghost]

Thanks for contacting us.

We're moving this issue to the .NET 9 Planning milestone for future evaluation / consideration. We would like to keep this around to collect more feedback, which can help us with prioritizing this work. We will re-evaluate this issue, during our next planning meeting(s).
If we later determine, that the issue has no community involvement, or it's very rare and low-impact issue, we will close it - so that the team can focus on more important and high impact issues.
To learn more about what to expect next and how this issue will be handled you can read more about our triage process here.

[mkArtakMSFT]

Closing this as a dupe of #51204