-
Notifications
You must be signed in to change notification settings - Fork 25.3k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Blazor migration guidance 8.0 #30671
Conversation
@robertmclaws ... Standalone WASM doesn't require more than the first three main doc updates ( There's hosted WASM guidance now. I only just typed it out this morning ... and it's missing some content for guidance on prerendered components ... and there are bound to be some 😈😈😈 in it. We'll iron out the coverage shortly ... today ... tomorrow ... soon 🏃😅. WRT your remark ...
If you want every bleed'in update 😆 ... then Yes! That's the guidance, and it probably always will be the guidance. Only once did I write out every single line change required for an update (back for the 5.0 release), and it was a 😈 living daymare 😈 to write, follow, and maintain ... perfect for 🎃 Halloween 🧟♂️! 😆 I don't think we'll ever try to do that again. Make a new project, move the bits ... components/pages with mods for new features ... update the layout/styles ... 🎤 drop ... Done! 😄 That's our recommendation for devs who want every little update that was made for project templates. As for adding some additional changes to the scenarios on the PR, Yes! We're going to take a look at that right now on review. What's on the PR are the minimum steps required to update to 8.0, making it possible to then adopt the new 8.0 features. We'll see if there's anything else that DR and Artak would like to add to the steps taking the resultant app closer to a BWA. Stand-by for their reviews ........................... |
Co-authored-by: Daniel Roth <daroth@microsoft.com>
Co-authored-by: Daniel Roth <daroth@microsoft.com>
Co-authored-by: Daniel Roth <daroth@microsoft.com>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
Can we split the integration article updates into a separate PR so we can get the migration content merged in? The migration content looks pretty much ready to go, but I want to work on the integration content some more.
Co-authored-by: Daniel Roth <daroth@microsoft.com>
Yes, I'll press the Easy button on that and merely comment out the new content in the Integration article. I'll wrap this up now and open a new PR, where we can pick back up with the coverage. |
@guardrex : please forgive me if this isn't the right place to voice this, but given that this PR is the one that made the migration, I thought it best to write here. Allow me to set some context first. We are heavily invested in Blazor but we had to take a pause because of the incomplete auth story. I tweeted this out and @danroth27 kindly responded asking me to check if it was fixed in NET8. And it has been! So we're back on the Blazor bandwagon now. However while we were upgrading, we saw the following suggestion - app.MapBlazorHub();
+app.MapRazorComponents<App>()
+ .AddInteractiveServerRenderMode() And we're kind of stuck here since our previous call to endpoints.MapBlazorHub(config =>
{
config.CloseOnAuthenticationExpiration = true;
}); And we're unable to find out where we should be moving the Is this something that you're able to help us with? Cheers and thanks for all the great work! |
@shrayasr ... Open a new issue from the bottom of the Migration article because you have raised an excellent point about passing configuration options to the extension methods. I agree that we need coverage. I recommend titling the issue: Add Blazor migration guidance on service/endpoint configuration For the text, copy and paste the remarks you just made into the opening comment. |
Fixes #29505
Fixes #30471
Fixes #29522
Ready for review!
Internal previews