6 ms·

I have been using Blazor Server for a project at work.....Honestly, it is so much better than using .Net MVC/Core with js sprinkled in. I developed stuff in ja

by avgDev 4y ago

I have been using Blazor Server for a project at work.....Honestly, it is so much better than using .Net MVC/Core with js sprinkled in. I developed stuff in java for android, swift for ios, and now mostly work in c#, SQL, .Net MVC/Core, blazor. Microsoft stack feels pretty good to me. Getting a start up job is a bit difficult, I came across two startups using microsoft stack and only one paid SV money. C#/.Net does have a pretty stable job market but pay is a bit lower.

layoric 4y ago
What kind of setup do you have to avoid users noticing the drop of their websocket connection due to a deployment? Blazor Server development experience is very good, but even for an intranet application, it can have a poor user experience by default due to the requirement of a persistent connection.
- avgDev 4y ago
  It is yet to be launched but it will be used by a small number of users in a intranet. If there are issues I will just convert to webassembly.
- sebazzz 4y ago
  We've deployed multiple applications without issue over extranet. We release our apps usually outside office hours so a dropped connection or two isn't an issue. Just make it clear when there will be maintenance.
vyrotek 4y ago
The trick is to start the company yourself. :) We're 3 years in and full .NET stack. Is your project an internal app or public? I'm cautiously optimistic about Blazor Server but I'm not sure I like the sticky SignalR requirement. The expectation seems to be that the backend server will keep around a lot of state (cough viewstate?) in memory associated to that session. It's a very convenient dev experience for sure, but it seems difficult to scale beyond internal business apps.
- ofrzeta 4y ago
  This is why they recommend using the Azure SignalR Service, I guess :)
  - vyrotek 4y ago
    Indeed. That's that the only way I'd consider it. Luckily, they are generous with the free messages. Last I looked it was about $161 per day to scale to 100k concurrent users. But that's just SignalR. We'll also need much beefier AppServices with lots more memory than what we use now. Not quite sure how it works beyond that when you need multiple service instances connected with a backplane. The new premium tier I just saw sounds convenient though. https://azure.microsoft.com/en-us/pricing/details/signalr-service https://azure.microsoft.com/en-us/pricing/details/signalr-se... https://youtu.be/OsdBpMumf_c?t=635 https://youtu.be/OsdBpMumf_c?t=635
- avgDev 4y ago
  It is an internal app, otherwise I would go for web-assembly with an API.
- whalesalad 4y ago
  dev on .net is something I can understand ... but deploying and running windows servers in prod sounds like a hellish nightmare
  - lockhouse 4y ago
    The full .NET stack runs on Linux now. It’s even in RHEL’s repos. Heck you can even run MS SQL Server on Linux now if that’s your thing.
    - LeFantome 4y ago
      It is in Ubuntu and the AUR ( Arch ) as well. In pragmatic terms, .NET is as native as anything else in Linux at this point. You can even build it from source: https://github.com/dotnet/dotnet https://github.com/dotnet/dotnet In fact, the VMR ( linked above ) ONLY works on Linux at the moment with Windows and Mac support planned. So, .NET is Linux-first in some ways. MAUI is not Linux first of course. The rest of it is becoming more and more Linux and container focussed though it seems.
RagnarD 4y ago
It's easy to start with, as I did, but do yourself a favor and move to Blazor Webassembly. Blazor Server handles UI events in a centralized way, and network lag really destroys the application. It might be ok on a fast and reliable intranet, but you really don't want to use it on the general internet. Standard Blazor Webassembly project setup creates a server side project and a client side one. C# code on the client side is compiled to Webassembly. You then set up your server side functions called from the client side with usual C# .NET REST functions. This is less convenient than the Blazor Server model, but it captures the actual complexity of internet networking. It's also fast. You can put a lot of (hopefully non-confidential) processing onto the client side, running locally in the user's browser using a huge array of .NET library functions including from NuGet. It really is the way to go.
- ducharmdev 4y ago
  The load times and lighthouse score for the MUD Blazor site has put me off of Blazor entirely for anything public facing: https://mudblazor.com/ https://mudblazor.com/
mythz 4y ago
Blazor Server works well for low-latency Intranet Apps, it's stateful SignalR rendering circuit isn't suitable for laggy Internet Apps where deployments and long running Tabs results in users seeing frequent YSOD's. Which can be avoided with Blazor WASM that has different trade-offs with poor start times & SEO. Hopefully something that can be resolved with their upcoming Blazor United solution, which I'm assuming means no longer being able to host Blazor WASM's static assets from a CDN.
- bob1029 4y ago
  This is what we use it for. All of our internal admin/devops dashboards are built using blazor server. Employees on the east coast have the best experience, but no one in Texas seems to complain (server is in Virginia). We don't have any employees west of Austin, so latency works out fairly well for us.
sebazzz 4y ago
Same here. Blazor Server is so awesome. It really allowed us to focus back on the business problems rather than getting some Stockholm syndrome about a library or framework that is actually just in the way and you have to take into account all the time. It also allows to add real-time functionality in a breeze. Even business applications can profit from that, but you often just skip that because it is not worth the effort.

by avgDev 4y ago

layoric 4y ago

What kind of setup do you have to avoid users noticing the drop of their websocket connection due to a deployment? Blazor Server development experience is very good, but even for an intranet application, it can have a poor user experience by default due to the requirement of a persistent connection.

avgDev 4y ago
It is yet to be launched but it will be used by a small number of users in a intranet. If there are issues I will just convert to webassembly.
sebazzz 4y ago
We've deployed multiple applications without issue over extranet. We release our apps usually outside office hours so a dropped connection or two isn't an issue. Just make it clear when there will be maintenance.

vyrotek 4y ago

The trick is to start the company yourself. :) We're 3 years in and full .NET stack. Is your project an internal app or public? I'm cautiously optimistic about Blazor Server but I'm not sure I like the sticky SignalR requirement. The expectation seems to be that the backend server will keep around a lot of state (cough viewstate?) in memory associated to that session. It's a very convenient dev experience for sure, but it seems difficult to scale beyond internal business apps.

ofrzeta 4y ago
This is why they recommend using the Azure SignalR Service, I guess :)
- vyrotek 4y ago
  Indeed. That's that the only way I'd consider it. Luckily, they are generous with the free messages. Last I looked it was about $161 per day to scale to 100k concurrent users. But that's just SignalR. We'll also need much beefier AppServices with lots more memory than what we use now. Not quite sure how it works beyond that when you need multiple service instances connected with a backplane. The new premium tier I just saw sounds convenient though. https://azure.microsoft.com/en-us/pricing/details/signalr-service https://azure.microsoft.com/en-us/pricing/details/signalr-se... https://youtu.be/OsdBpMumf_c?t=635 https://youtu.be/OsdBpMumf_c?t=635
avgDev 4y ago
It is an internal app, otherwise I would go for web-assembly with an API.
whalesalad 4y ago
dev on .net is something I can understand ... but deploying and running windows servers in prod sounds like a hellish nightmare
- lockhouse 4y ago
  The full .NET stack runs on Linux now. It’s even in RHEL’s repos. Heck you can even run MS SQL Server on Linux now if that’s your thing.
  - LeFantome 4y ago
    It is in Ubuntu and the AUR ( Arch ) as well. In pragmatic terms, .NET is as native as anything else in Linux at this point. You can even build it from source: https://github.com/dotnet/dotnet https://github.com/dotnet/dotnet In fact, the VMR ( linked above ) ONLY works on Linux at the moment with Windows and Mac support planned. So, .NET is Linux-first in some ways. MAUI is not Linux first of course. The rest of it is becoming more and more Linux and container focussed though it seems.

RagnarD 4y ago

It's easy to start with, as I did, but do yourself a favor and move to Blazor Webassembly. Blazor Server handles UI events in a centralized way, and network lag really destroys the application. It might be ok on a fast and reliable intranet, but you really don't want to use it on the general internet. Standard Blazor Webassembly project setup creates a server side project and a client side one. C# code on the client side is compiled to Webassembly. You then set up your server side functions called from the client side with usual C# .NET REST functions. This is less convenient than the Blazor Server model, but it captures the actual complexity of internet networking. It's also fast. You can put a lot of (hopefully non-confidential) processing onto the client side, running locally in the user's browser using a huge array of .NET library functions including from NuGet. It really is the way to go.

ducharmdev 4y ago
The load times and lighthouse score for the MUD Blazor site has put me off of Blazor entirely for anything public facing: https://mudblazor.com/ https://mudblazor.com/

mythz 4y ago

Blazor Server works well for low-latency Intranet Apps, it's stateful SignalR rendering circuit isn't suitable for laggy Internet Apps where deployments and long running Tabs results in users seeing frequent YSOD's. Which can be avoided with Blazor WASM that has different trade-offs with poor start times & SEO. Hopefully something that can be resolved with their upcoming Blazor United solution, which I'm assuming means no longer being able to host Blazor WASM's static assets from a CDN.

bob1029 4y ago
This is what we use it for. All of our internal admin/devops dashboards are built using blazor server. Employees on the east coast have the best experience, but no one in Texas seems to complain (server is in Virginia). We don't have any employees west of Austin, so latency works out fairly well for us.

sebazzz 4y ago

Same here. Blazor Server is so awesome. It really allowed us to focus back on the business problems rather than getting some Stockholm syndrome about a library or framework that is actually just in the way and you have to take into account all the time. It also allows to add real-time functionality in a breeze. Even business applications can profit from that, but you often just skip that because it is not worth the effort.