Blazor United -- I love it. Especially the auto mode for first-time vs cached. More often than not, projects evolve into something bigger than the original design. And when they do, starting from a project type such as this, affords the flexibility without having to completely change the architecture. For that reason alone, I think this adds tremendous value! Steve's new super mega thing
You guys took it one step ahead, it's incredible! People were asking if it was possible to support Blazor Server and WebAssembly side-by-side in the same app. Now you made their choice for them!
This is nuts. You've covered all of the disadvantages to Blazor WASM and made it all magic. And you can spin it all up without the heavy lifting of something like React. Also, the "server side" devs won't fear it.
This is it right here. The automatic switchover from Blazor Server to Blazor WASM once assemblies are downloaded is the killer feature that's going to make Blazor a viable option for A LOT more use cases.
Amazing!! Mind-blown emoji. We use pre-rendering right now to improve the load time of our Blazor wasm apps. Better user experience and critical for SEO, but there’s still the Blazor initialization delay. It’d be amazing to move this to the background. Any plans to take advantage of this new progressive/auto feature to benefit this scenario? I’d be amazing to render on the server for SEO and speed, but then transition to WASM in the background, avoiding the Blazor WASM initialization delay.
It would be cool if you guys could add SSG (Static Site Generation), ISR (Incremental Static Regeneration), On Demand ISR. Really looking forward for this. Anyway, I feel like it's the time to invest time in Blazor. Great work.
I love where this is headed. Using Blazor for public-facing websites came with trade-offs until now, but this makes it a no-brainer! Giving developers control over render modes is perfect, abstracting that away behind magic would be a regression imho. I do hope that the server-rendered bits do not suffer from the circuit-server pinning challenges that come with Blazor server. That's the biggest challenge with Blazor Server for us currently, as it makes load balancing and deploying updates very difficult.
This is what I've been waiting for. This component architecture we had a little bit with webform. Always wondered why it had to be different. Lovely, just lovely. How can we accelerate this. I hope we done have to wait for next dotnet release. Please please let this come very soon. I so cant wait.
Steve, you are a god! This was the missing link that would make Blazor truly the number 1 choice for frontend, with absolutely no disadvantages from my point of view!
This is really good stuff, Steve. Very relevant to what we're doing and would undoubtedly help us greatly if something like this makes it to production.
More importantly, it is great to hear directly from Mr Steve Sanderson via this channel, the architect of Blazor and one of my favorite devs and a genius. Hope he presents more content here, it will be very helpful. Thanks Steve!
This is amazing. We use blazor server side for the reduced dev effort for POC but has the shortcoming of scaling up to users, you have now solved that with us being able to program hot pages as static content ♥️
This is really great idea! And I think you can also add some attributes like AtClient AtServer where Blazor components preferably be rendered. So, you can render whole pages and "big" things at server and use wasm to interact with controls and JavaScript at client side. Sometimes you expect region of the page to behave like SPA, but the application overall use server-side rendering. This way you can open several tabs on your browser and be in the same context, but not necessarily synchronize some wasm stuff, which mostly designed to interface interactions.
It would be amazing if we could use WebAssembly mode only when an internet connection isn’t available (to enable offline mode/PWA), but use Server mode otherwise-this way we could get all the benefits of Server when online (like directly access DB, without need for an API) but still get offline capability. I hope if “United” makes it to production, this use case will be supported.
Steve please make this channel live and running, we love and miss your voice, style, and simplicity. please please, we need to listen to you regularly.
I lead my company’s innovation developer group and focus on extreme agile developed prototypes. We are highly focused on delivering as fast as possible and this sort of framework is perfect for what we do. Very excited for preview releases!
With Cookies, I believe. Just like static pages in Razor Pages does today. Works for Server-side rendering already. It would most likely work the same way for components of mixed Rendering Modes as well. It all depends on your set-up.
@@marna_li there should be support for token-based authentication, it is used most of the time with SPAs. but I don't know how tokens can work with server -side rendering.
Loved it. Especially the Auto mode. But I'm a little curious about Authentication and Authorization handling if there are no API services to validate the authenticity of the request.
Excellent! As many others have put we need authentication to be seamless with it. I would also love to see wasm be able to call server API methods as easily (or nearly) as you can in blazor server. Along the lines of putting an attribute on your API methods that allows them to be called like any other method. The framework handles the http communication. Similar to grpc I guess.
Definitely need that last bit. My latest project is actually two builds, blazon server side and wasm. For most landing or first visits, I use server side. For users for paid or specific application within my web app, i route them to the wasm.
I've been developing in Blazor WASM for several months and what you've presented here is fantastic! I am using several third party Blazor components now, however, so I hope this will work seamlessly with those.
Oh I want this. It would sure be a lot easier than the huge amount of js/ajax we have to write to mimic an SPA and still keep our SEO for our public pages. Great stuff.
I just wonder how authentication and authorization would work in this scenario, as Razor Pages, Blazor Server and Blazor Webassembly have all different implementations that define if a user is authenticated or not and how to handle authentication state.
This is and excellent point. As part of your sample code, it would be great to have aunthetcation/authorization demo code in there as well. The opensource OpenIddict library would be a good library to use for this.
I think that is the point, in blazor server the connection is directly, so, if you want to use Blazor United, you need to decouple the front and the backend (Similar of how Next.js works)
This is something I've wanted for a long time. Thank you for taking the obvious next step to making "real" server-side blazor work. I love the freedom of choice too, there are definitely scenarios where having these types of choices makes a ton of sense.
No one can beat Blazor now. This is the best thing happening right now. I need something this for one of the project I am working on. I am using Blazor server but I do not want ws. And now you are working on it, So Thank You for this great addition to the Blazor. Waiting this to be released
as usual another AMAZING Steve Demo ;) I like Blazor Wasm over Blazor Server BUT, now I can see how the Server rendered mode will show the usesr a FULLY interactive page wile the WASM bits are being cached :)) thats the killer feature for Blazor Wasm that I am excited about. Another BIG use case is making certain few components/pages of the App that have high intellectual Property value as Server Rendered so their DLLs are not exposed in the browser's cache while keeping all other components Auto or Client rendered. ANOTHER Huge win for Blazor United
I'm eagerly anticipating the upcoming releases, as the evolving landscape of WebAssembly, Blazor, and related technologies often leaves me indecisive about the best choice. One of my core requirements is robust support for MySQL and MariaDB databases, as I have several Windows Forms projects that I'm keen to transition to web-oriented platforms. However, these projects currently utilize MySQL and setting up a web user authentication system with this databases has proven to be a significant challenge for me.
This is AWESOME, i would also love to see the entire "Document" methods on Blazor, killing the JsRuntime and encapsulating it just to the browser methods inside a set of methods. WOULD BE INCREDIBLE.
This is a game changer. Wasm takes too long to download for public websites. On the server-side circuit reconnections feel like you are streaming. This will be helpful in both scenarios.
Brilliant work! I have been experimenting with combining Razor components for the login process of my Blazor apps so the WebAssembly can only be downloaded by authenticated users but your work with Blazor United looks much more practical and extensible. So excited to keep it all in the Blazor pages/components.
Great work! What i dream of, is no options, just one framework, that does all the best of all worlds at onces (it is okay to dream). I dont like to chose if im doing this or that, or what is best here and there. If the framework just did the best it could in the given page, without any attribute needed to be added :) almost like you done here, except it should just selfdetect if rendermode should be set, and to what value
Well, this is actually awesome. I was doing some Blazor webassembly work but this will be great to not to think much on server/client app. Just use it as per the need to the level of a particular component or automatically for a page. Just waiting for something similar for desktop development, like select the project type to something specific and it will work as native desktop app in Win / Mac / Linux. No need to do any extra / third party / special stuff... Something similar to Win Form but will work as OS agnostic way. Having said that, this is just brilliant.
Brilliant - PLEASE include the ability to start with server and move to WASM on the next refresh, after everything is downloaded!! The startup time can be a real killer in WASM, this looks perfect!!!
Does the mixing of SSR, streamed SSR, blazor wasm and blazor server create any complications for authorisation? Especially when you're going as far down as per component choices. Either way Blazor rocks, I really love working with it
I like the idea that this could be used when modernizing a legacy application and moving it over to SPA tech stack. I am thinking especially of some legacy MVC apps that I have had to maintain where we would love to ditch the razor views and go to a more SPA type of architecture. This, in conjunction with YARP, seems like it could really make that possible!
![[LIVE] : ONE ลุมพินี 88 | คู่เอก "ป้อมเพชร vs อัสลามจอน"](http://i.ytimg.com/vi/1ZqTVVbMgbo/mqdefault.jpg)
Blazor United -- I love it. Especially the auto mode for first-time vs cached. More often than not, projects evolve into something bigger than the original design. And when they do, starting from a project type such as this, affords the flexibility without having to completely change the architecture. For that reason alone, I think this adds tremendous value! Steve's new super mega thing
You guys took it one step ahead, it's incredible! People were asking if it was possible to support Blazor Server and WebAssembly side-by-side in the same app. Now you made their choice for them!
Wow, steve I am speechless. We are all blessed to have you. 😁
now I'm hyped!! I can't wait for Blazor United.
This is nuts. You've covered all of the disadvantages to Blazor WASM and made it all magic. And you can spin it all up without the heavy lifting of something like React. Also, the "server side" devs won't fear it.
This is it right here. The automatic switchover from Blazor Server to Blazor WASM once assemblies are downloaded is the killer feature that's going to make Blazor a viable option for A LOT more use cases.
This is everything I've ever wanted from Blazor for web. Holy moly.
Amazing!! Mind-blown emoji. We use pre-rendering right now to improve the load time of our Blazor wasm apps. Better user experience and critical for SEO, but there’s still the Blazor initialization delay. It’d be amazing to move this to the background. Any plans to take advantage of this new progressive/auto feature to benefit this scenario? I’d be amazing to render on the server for SEO and speed, but then transition to WASM in the background, avoiding the Blazor WASM initialization delay.
This is really REALLY cool stuff, Steve 🤩🔥
I keep watching this over and over again. Mind blown.
It would be cool if you guys could add SSG (Static Site Generation), ISR (Incremental Static Regeneration), On Demand ISR. Really looking forward for this. Anyway, I feel like it's the time to invest time in Blazor. Great work.
I love where this is headed. Using Blazor for public-facing websites came with trade-offs until now, but this makes it a no-brainer! Giving developers control over render modes is perfect, abstracting that away behind magic would be a regression imho.
I do hope that the server-rendered bits do not suffer from the circuit-server pinning challenges that come with Blazor server. That's the biggest challenge with Blazor Server for us currently, as it makes load balancing and deploying updates very difficult.
+1
This is what I've been waiting for. This component architecture we had a little bit with webform. Always wondered why it had to be different. Lovely, just lovely. How can we accelerate this. I hope we done have to wait for next dotnet release. Please please let this come very soon. I so cant wait.
This is the right direction - Blazor United. It could be the default when it's finally released in .NET 8. I don't see why not....
I see what you're upto Steve. Simplifying blazor to almost only HTML. This should have broad appeal. Magnificent stuff bro.
The "auto" mode is awesome!!!
This is trully amazing!!! It opens up the possibility to manage resources and interactions - something HIGHLY desired! Thank you!
Steve, you are a god! This was the missing link that would make Blazor truly the number 1 choice for frontend, with absolutely no disadvantages from my point of view!
This is really good stuff, Steve. Very relevant to what we're doing and would undoubtedly help us greatly if something like this makes it to production.
More importantly, it is great to hear directly from Mr Steve Sanderson via this channel, the architect of Blazor and one of my favorite devs and a genius. Hope he presents more content here, it will be very helpful. Thanks Steve!
This is amazing. We use blazor server side for the reduced dev effort for POC but has the shortcoming of scaling up to users, you have now solved that with us being able to program hot pages as static content ♥️
Brilliant. This must be the default for new project templates when its GA. Great job :-)
This direction looks great. Also your presentations are stellar, always concise, on-point, informative. Thank you very much.
this looks great! but how would this work with services that run server-side?
This is going to be a great channel, Steve. we are waiting those features long ago. GREAT STUFF.
Honestly this is very exciting, I wonder how things like local storage would work for users and how libraries would interact with this
100% onboard, making it easier to code in (mostly) one language, one framework, for all devices and business requirements. Love it!
Wow this looks extremely cool.
I may have to start supporting Blazor Utd....
Steve is the ultimate GOAT 🐐
This is really great idea! And I think you can also add some attributes like AtClient AtServer where Blazor components preferably be rendered. So, you can render whole pages and "big" things at server and use wasm to interact with controls and JavaScript at client side. Sometimes you expect region of the page to behave like SPA, but the application overall use server-side rendering. This way you can open several tabs on your browser and be in the same context, but not necessarily synchronize some wasm stuff, which mostly designed to interface interactions.
This is perfect! best of all worlds - literally cannot wait for it to be ready!
It would be amazing if we could use WebAssembly mode only when an internet connection isn’t available (to enable offline mode/PWA), but use Server mode otherwise-this way we could get all the benefits of Server when online (like directly access DB, without need for an API) but still get offline capability. I hope if “United” makes it to production, this use case will be supported.
Steve please make this channel live and running, we love and miss your voice, style, and simplicity. please please, we need to listen to you regularly.
This is so great stuff. Specially the auto mode. For me the auto mode is so smart and a game changer for blazor.
I'm all for this. Yes, please!
Basically solves any complaints I had with Blazor
You and your team are doing really amazing job!
this is game changing for web development and developers
this would be a game changer for blazor. kudos to the blazor team, would love to try this when preview comes out.
I lead my company’s innovation developer group and focus on extreme agile developed prototypes. We are highly focused on delivering as fast as possible and this sort of framework is perfect for what we do. Very excited for preview releases!
I would also like to know how would authorization work on this architecture. Great work!
With Cookies, I believe. Just like static pages in Razor Pages does today. Works for Server-side rendering already. It would most likely work the same way for components of mixed Rendering Modes as well. It all depends on your set-up.
@@marna_li there should be support for token-based authentication, it is used most of the time with SPAs. but I don't know how tokens can work with server -side rendering.
Impressive work, this is very much needed to harmonise the options available and allow flexibility at a page level - cannot wait to see this released!
Loved it. Especially the Auto mode. But I'm a little curious about Authentication and Authorization handling if there are no API services to validate the authenticity of the request.
steve - its very freakin relevant. love this approach!
We've just seen a preview of the amazing future of web development. Thank you!
This is absolutely the solution to all of the primary problems that Blazor devs need solved. Bravo.
Excellent! As many others have put we need authentication to be seamless with it.
I would also love to see wasm be able to call server API methods as easily (or nearly) as you can in blazor server. Along the lines of putting an attribute on your API methods that allows them to be called like any other method. The framework handles the http communication. Similar to grpc I guess.
Definitely need that last bit. My latest project is actually two builds, blazon server side and wasm. For most landing or first visits, I use server side. For users for paid or specific application within my web app, i route them to the wasm.
This is really awesome! I think this would make a huge impact to teams.
I've been developing in Blazor WASM for several months and what you've presented here is fantastic! I am using several third party Blazor components now, however, so I hope this will work seamlessly with those.
Oh I want this. It would sure be a lot easier than the huge amount of js/ajax we have to write to mimic an SPA and still keep our SEO for our public pages. Great stuff.
The future of Blazor looks promising, but everything you've shown can be done Next.JS (SSG, ISC). Only c# is missing :) You have to hurry.
You hit it right on the nose. This is exactly the kind of thing our team is looking for, well done!
This is really awsome. When we would have this to try it ?. I think this will push people to adopt more Blazor/WebAssembly.
I was thinking about it for a while...and here we have this news
I just wonder how authentication and authorization would work in this scenario, as Razor Pages, Blazor Server and Blazor Webassembly have all different implementations that define if a user is authenticated or not and how to handle authentication state.
This is and excellent point. As part of your sample code, it would be great to have aunthetcation/authorization demo code in there as well. The opensource OpenIddict library would be a good library to use for this.
I think that is the point, in blazor server the connection is directly, so, if you want to use Blazor United, you need to decouple the front and the backend (Similar of how Next.js works)
This is something I've wanted for a long time. Thank you for taking the obvious next step to making "real" server-side blazor work. I love the freedom of choice too, there are definitely scenarios where having these types of choices makes a ton of sense.
This gives me flashbacks to WebForms Runat=Server
Me too. The ubiquitous `runat="server"`
No one can beat Blazor now. This is the best thing happening right now. I need something this for one of the project I am working on. I am using Blazor server but I do not want ws. And now you are working on it, So Thank You for this great addition to the Blazor. Waiting this to be released
This is mind-blowingly amazing! 🎉🎉 🤩
I love it! Can’t wait to use this!
This is awesome! Seriously! 🎉
as usual another AMAZING Steve Demo ;)
I like Blazor Wasm over Blazor Server BUT, now I can see how the Server rendered mode will show the usesr a FULLY interactive page wile the WASM bits are being cached :)) thats the killer feature for Blazor Wasm that I am excited about.
Another BIG use case is making certain few components/pages of the App that have high intellectual Property value as Server Rendered so their DLLs are not exposed in the browser's cache while keeping all other components Auto or Client rendered. ANOTHER Huge win for Blazor United
I'm eagerly anticipating the upcoming releases, as the evolving landscape of WebAssembly, Blazor, and related technologies often leaves me indecisive about the best choice. One of my core requirements is robust support for MySQL and MariaDB databases, as I have several Windows Forms projects that I'm keen to transition to web-oriented platforms. However, these projects currently utilize MySQL and setting up a web user authentication system with this databases has proven to be a significant challenge for me.
12:13 mind blown.
Very exciting and looking forward to Blazor United.
Really really looking forward to this!
It's a great news, hope it will be released in next .NET 8.0 without any delay :D
That's more than awesome, that's just fantastic! Thank You, Steve!
This is amazing 😍
Please make authentication as simsless as Blazor United.
We need this in production!
This is absolutely beautiful
That could be amazing outcome desired by many. Hope idea will success
I'm speechless and I cannot wait to test drive this!
Speechless. Great feature! I've been looking for something like this, and it's like you guys read my mind
This is AWESOME, i would also love to see the entire "Document" methods on Blazor, killing the JsRuntime and encapsulating it just to the browser methods inside a set of methods.
WOULD BE INCREDIBLE.
This is a game changer. Wasm takes too long to download for public websites. On the server-side circuit reconnections feel like you are streaming. This will be helpful in both scenarios.
Well, Blazor is making sense from now on if this goes thru. Amazing features.
Brilliant work! I have been experimenting with combining Razor components for the login process of my Blazor apps so the WebAssembly can only be downloaded by authenticated users but your work with Blazor United looks much more practical and extensible. So excited to keep it all in the Blazor pages/components.
Brilliant! I cannot wait for this to become available.
Coolness... Love the 'auto' mode!
Unbelievably cool!
Steve, we need more videos from you!
Absolutely relevant to my usage, I can't wait for it to come out.. :)
Loved it! That's the future web!
Great work!
What i dream of, is no options, just one framework, that does all the best of all worlds at onces (it is okay to dream).
I dont like to chose if im doing this or that, or what is best here and there. If the framework just did the best it could in the given page, without any attribute needed to be added :) almost like you done here, except it should just selfdetect if rendermode should be set, and to what value
Well, this is actually awesome. I was doing some Blazor webassembly work but this will be great to not to think much on server/client app. Just use it as per the need to the level of a particular component or automatically for a page.
Just waiting for something similar for desktop development, like select the project type to something specific and it will work as native desktop app in Win / Mac / Linux. No need to do any extra / third party / special stuff... Something similar to Win Form but will work as OS agnostic way.
Having said that, this is just brilliant.
Looking forward to the auto mode
We have been waiting for this, hopefully it is coming out soon. Good job
What a man you are Steve! Simply amazing! 🙌🙌🙌
This is a game changer for me.
That looks awesome. I couldn't help but smile when you were showing RenderMode Auto. Can't wait to mess around with this.
Fantastic primer. Looking forward to seeing that deploy to prod.
omg! This looks amazing!
Brilliant - PLEASE include the ability to start with server and move to WASM on the next refresh, after everything is downloaded!! The startup time can be a real killer in WASM, this looks perfect!!!
Exactly what i wanted. Thank you.
Does the mixing of SSR, streamed SSR, blazor wasm and blazor server create any complications for authorisation? Especially when you're going as far down as per component choices. Either way Blazor rocks, I really love working with it
With cookies everything should work fine
looking forward to testing it!
I like the idea that this could be used when modernizing a legacy application and moving it over to SPA tech stack. I am thinking especially of some legacy MVC apps that I have had to maintain where we would love to ditch the razor views and go to a more SPA type of architecture. This, in conjunction with YARP, seems like it could really make that possible!
Just when I thought I was out, they pull me back in!
This looks great. Since I work in financial services my priority is always security.