William is a great presenter. As Blazor continues to evolve, videos like this will help its popularity and fast track being a serious contender for Javascript frameworks
It would be hard for me to overstate how excited I am for Blazor (or more specifically for a viable alternative to JavaScript based front-end development). Thanks William, great introduction!
@@Alexandres668 I've read up on it little but haven't tried it. As a C# developer I'm much more interested in Blazor, but if it wasn't around I would absolutely be playing with Elm :)
Great presentation William! Even though this is almost 2 years old, there is still loads of great information presented. Only thing I would add is that now for cloud deployments Azure Static Web Apps are a really great fit for Blazor apps. This gives static content served over CDN with the option of also using Function Apps if needed.
Thanks Daniel. Glad you enjoyed the presentation. I agree, Azure Static WebApps works great for serving a Blazor Wasm app. SWA + BlazorWasm + AzureFunctions + CosmosDb = my favorites :)
Perfect video! Great summary about Blazor and also about "not often mentioned information". This the Ultimate Blazor Starter Guide for everyone... 🙂 Thank you! 🙂
@barry black, people was thought few years back Microsoft Asp not best but see now ASP Core. Best in all platforms also Xamarin compatible to Android, Iphone. Same way Blazor too. Wait and see blazor performance no more angular, react blah blah.... ☺
I can attest to this. In order to make sounds play properly on. . . ahmmmm. . . Apple products. . . you're going to have to do some hacking with JSInterop.
Interop is a normal thing. It's similar on mobile - you might still need to write some Swift/Kotlin interop code despite using RN or Flutter. This still isn't the core app logic and will gradually become less and less code over time.
I think blazor webassembly still in infancy , due to refreshing to UI parts still slow. Might take several updates so UI performance is acceptable enough comparing to current javascript framework stack.
Yes it is very new and there are pieces missing. But hey, all the other frameworks had the same problem. Heck AngularJS got completely rewritten. With time and good feedback from the dev community all these frameworks grown and become more and more useful.
Thanks a million for this great introduction. Actually I don't consider it an introduction, I consider it a great reference in blazor. Appreciate it. I have subscribed.
At the current stage of development of Balzor i have to say that I prefer using Angular 10. Maybe one day I will switch to blazor cauze im developing backend with c#, who knows 🤔🙏
its awesome i build multiple application its fast robust and work like hell no need extra javascript code no angular or any scripting needed its awesome when u work u will love it
The problem with JS is the total anarchy. Until TS (developed by Microsoft ) any variable could be assigned any data type and also there are no private members. This was total chaos and mayhem unsuitable for large applications. Blazor is not 100% ready (I have some problems in my daily work ) but its way much better than the alternatives.
I was a .net coder but I realize that everything runs in web will be compiled in html/css & js. So I have chosen js all the way with typescript. I’m excited to try this blazor thing since It was long time ago I ve used asp.net MVC applications🤣
Yea I think its worth a try for sure. We are working on a big enterprise project with Blazor right now and its delivering on all the promises - and the client is very happy and impressed.
I've rewritten a few React apps already, I stuggle so much with JS but with .net im better, so blazor just feels so natrual. I freaking love it. Just hope it grows!
The most important factor given this date and time. 1. Are you able to meet the client's requirements? 2. The time to market. Seems like Microsoft addresses all you issues... yeah?
Last time I checked I still needed Javascript but I had to run it through c# interoperability. If Javascript is completely gone then it will be awesome
The interop isn't a problem. So far we've used it to bring in a lot of npm packages and wrap them up in our own Blazor components. The wish for JS to be gone completely won't come true, but at least we have to option to wrap it up and hide it away :)
I remember those days of old, I started with a Radio Shack TRS-80. I recall typing a bunch of lines if what I now know to be code just so I could watch it snow on my television screen.
The issue is that I never liked Razor. Even though I hate JavaScript, and Typescript is just tolerable (besides a few nice features here and there), it was actually a nice aspect not to have to use Razor. And Angular is pretty powerful for proper web apps, plus having separate web APIs provide actual value and flexibility in and of itself since multiple clients can consume them. Not to mention the clearer separation between business logic and presentation, which (at least to me) feels quite nice and clean. So not sure it will be such an easy sell to me, but at some point I'm sure I'll try it out.
I have done an example of the Spring Pet Clinic using Java/Spring, but now I am planning on remodeling it in Blazor WebAssembly and thinking about dotnet core hosted. Should be a good full featured project to get through
THANKS SO MUCH! This is very exciting technology! My first was the Atari 800XL and it looked very similar to yours... I had a couple TAPE games that I remember would take like 10+ minutes to load and fail at least 50% of the time... Id tell it to load the game, then go outside and play awhile and then come in and hope for the best... good times!
thanks :) for the demo's in the videos I chose VSCode to entice front-end devs a bit more :) if i did everything in VS2019 then I probably wouldn't have got a lot of attention. But not to worry, so far I've not found anything that you're missing out on by sticking to VS2019... the only thing I can think of is perhaps intellisense in vs2019 is a bit more reliable than vscode for blazor/razor files.
@@william_dotnet I really appreciate you using vs code, but not for that reason. It's super annoying how all the C# tutorials use VS, whilst a lot of developers (like me) use macOS or Linux instead of Windows, then there is lots of googling on how to do fancy IDE stuff with the CLI. If you do stuff the vscode way, one can apply those things with every editor. BTW I subscribed to your channel and I hope you create more great .NET content :)
@@gabrielkarczewski4453 - You can load VisualStudio on the Mac (since 2015), and VS2021 will run on Linux. The thing that drives me nuts about VSCode is that it's very easy to break your settings with a nasty plug in, then spend hours trying to get it to work again properly. The other thing is handling more than 1 project becomes unnecessarily tedious. I use both on Apple and Win.
@@davestorm6718 sure, vscode isn’t without flaw. VS for mac despite its branding is totally different from VS for Windows, basically it’s just rebranded monodevelop, so any tutorial based on Windows VS cannot be directly followed on it.
I have been doing Angular since AngularJS and Blazor is what I have been waiting for. JS/TS Sucks! Angular with TS is a great improvement, but upgrading Angular is painful after 5 or 6. Great video. Picked up a few gems in it.
@@jerryodeghe I hardly need a recipe to know that I don't like the food. Reading the spec won't make JS suck less. One of the companies I have worked for spent millions on debugging crappy JS. JS makes it hard to write good code and by hard I mean that it takes more time and time is money. As another RUclipsr pointed out: JavaScript: The Definitive Guide is 1096 pages long. and JavaScript: The Good Parts is 172 pages long. I am not saying that there aren't some really cool things about JS, but JS bites. Yes, I am sure it works just like the spec says it should work, but that doesn't mean the spec was smart about it. The problem is that JS was originally designed to serve a special purpose. Then everyone starts to use it, then wanted more so it became a multi-headed beast. Added to that JS has to be backward compatible or it breaks millions of web apps. It isn't a language that was thought out with the long term plan of being a large scale language, it was a bunch of hacks that suddenly started to be used for large scale apps, which it wasn't really designed for. That is why WASM and Blazor is such a breath of fresh air. I have been working in Angular since AngularJS because it was the only game in town. Blazor was only released 5 months ago and I am twice as productive with it as I am Angular even with only started to learn it about a month ago.
Darryl Wagoner I see you points, but Crawford’s book was written a over a decade ago. I know JavaScript had some bad decisions Branden made in the design, but most of the problems the language have today comes from two place: badly written code
it's great. I just don't like the 700kb size. I know they packed .net in there but Vue is like 20kb and you can use it with typescript to reduce headaches
Yes the size isnt great right now, but it will shrink with the near future updates. Hope one day soon the dotnet wasm runtime will be baked into the browsers :)
@@william_dotnet if they add it to all browsers I'll probably never use JS/TS again. it'll be like full-stack JS/TS vs full-stack C#. the answer is easy for me!
Yes I don't think Blazor was ever meant to squash Js/TS. It's just another choice for devs to choose when it suits their needs. The idea of fullstack C# is really attractive to many people who find it hard to get by with JS/TS frameworks.
@@william_dotnet Hi. I've already asked that in a issue in a Microsoft Blazor GitHub repo. That would be killer. But right now they say is just downloads .net the first time...
I'm glad Microsoft is building alternative ways to build web apps. However I don't see this replacing frontend technologies for the most part anytime soon. Why? 1 - There are way more TS / JS developers than you have C# devs. 2 - WASM is way more larger in footprint compared to apps written with TS / JS, so good luck having to download a ton to bootstrap your application. In general there is no getting away from JS as frontend UI libraries have direct access to the DOM, while WASM does not have DOM access. To overcome this frameworks like Blazor has JS helpers to perform DOM mutations, that's invisible to users of the framework. WASM was designed to allow computationally heavy functions to run at native speeds, and then offload all the UI responsibilities to JS.
you are on the money there Nikil! Blazor was never meant to replace any of the existing frameworks. Its just another for us to consider when architecting our solutions. Yes, we still need JS but a lot of it is being abstracted away and given enough time until possibly the LTS version of Blazor we should be able to build full enterprise apps in a true "Blazor Native" way. I can't wait! If the tech is still not mature enough for a team to adopt for their solution then they shouldn't. But so far it has already suited some of my use cases and is working beautifully.
"1 - There are way more TS / JS developers than you have C# devs. 2 - WASM is way more larger in footprint compared to apps written with TS / JS, so good luck having to download a ton to bootstrap your application." Perhaps, but I think both of these points are fairly weak. 1: Developers will switch over to new tech pretty quickly if it is solidly better than what came before. 2: Every year processors, memory and storage get faster, while the latter two get larger and less expensive. This problem is not much of a problem right now, but will lessen and disappear in short order.
@@Bgrosz1 WASM can use with javascript disable? Because there is more than analytics solution that will be in Javascript. If no using native ui in wasm, html and css gonna use some resources again
@@Bgrosz1 I agree with the point that developers will switch over to something that's more solid, but is that building applications using C# and transporting it over to WASM ? Time will tell. However about the second point, about improvements in hardware making the size of wasm applications less of a problem, its always a comparison game. If a company can improve conversion on devices using a smaller footprint that's always going to win out. It's always "relative" to another technology of the time.
I have already shipped 3 enterprise systems built on Blazor while JS lovers keep telling me there is no getting away from JS. I was developing with Angular and since I started using Blazor, I have not looked back. I don't think its a matter of Blazor replacing JS for all developers, it makes sense for C# developers and it does not matter how many JS developers are out there, that is a moot point, there was a time there was no C# developers but plenty of Java and C++ developers. As for JS helpers performing the DOM mutations, who cares, all 4tg gen languages ride on different language libraries at OS level, that again is none issue to Blazor development.
I hate angular and react, its a complete mess in large projects. For me the ideal is SSR + a small vanilla js library i wrote which does partial DOM updates simulating a SPA application. That way the app is lightweight and all logics and stuff runs on ss, no jsons, serialization/deserializations, model bindings and so on. Blazor definitely sounds interesting, will wait till it becomes more mature.
I doubt it. You shouldn't stick to just one language for all solutions... there's a lot more than C#, JS/TS to choose from to evolve as a developer... python, go, rust, etc. Pick the right tool for the job :)
@@william_dotnet yep... You could use any tools to build your pet project. But, when you work in invest banking you do use most useful stack for your command. And if most of your mates are c#-devs, the best choise is to use the language everywhere, not typescript even. It is just business, nothing personal😁
Aaah too bad Java doesn't have anything similar but only the infamous cumbersome JSP... Like the React framework tho! Wish Oracle does sth similar soon or I 'll really switch to C#!
It means you won't have job stability as companies will train the 457s to come from overseas because they know ".NET Core, Blazor". With Angular/React you are at least specialised and hard to replace and worth something. Working for different companies I had many juniors fumble through .NET core code but could never grasp both client/server technologies.
Blazor isn't native speed [yet] you need to wait until 2021 for .Net6 to get proper AOT compiling. Currently Blazor doesn't perform any better than Javascript, which is a bummer.
Yep. Javascript isn't going anywhere. Blazor on the other hand.... I don't see it replacing front end JS (vanilla, angular, react, vue or whatever)... Nope.
Microsoft has to do more to create components that wrap browser API's like WebRTC (or now Azure Communication Services which uses WebRTC), geolocation, HTML Drag and Drop, Canvas, Touch API, etc. Yes, I know about interop, but why make everyone reinvent the wheel? Microsoft should offer a standard set of components.
I agree that more OOTB components would be awesome - but Blazor is still a young framework. To get all the features you describe isn't minor effort... it will take time. Plus, Blazor is Open Source and the community is growing faster and faster so mayyyybe the wait wont be too long :)
Nice, but JS is only part of the equation. The markup (HTML/CSS, designed for _text_ markup 25+ years ago, before "apps"), is also a huge "walk on ice" nightmare. Particularly regarding layout that should (but doesn't) "just work". How will you abstract that away? (says this former Xaml/Silverlight Product Manager)
Hi David - love your work!! Over the years I've wished many many times for something to replace HTML/CSS... I remember when Avalon first came out and it just blew my socks off! I was deeply entrenched with DirectX/Direct3D back then writing custom UI frameworks in game engines.... then being able to build awesome UIs with simple XAML (and being backed with d3d rendering) was an absolute dream come true. Sadly I've not done any any XAML work for quite some time... but if we can replace html/css with something similar for web apps... i'd be all in :) What do you think would/could happened in the future for html/css ??
@@william_dotnet it would take a new standard from the ground up designed for Applications, and then browsers support both standards either indefinitely, or until HTML is retired. But such would also require the monumental task of showing developers the value of it. MS open-sourced .NET, I don't see why they don't open up Xaml - as it was at least application-focused.
I think both Server and WASM can be used together...Server hosts an API (better security) and WASM for the client UI to call the api. Would this not work well?
@@william_dotnet nice! Not a big fan of the effects of ngrx, but better than nothing! I've to check now if there is some library for the sync with firebase
Wow sir that was an awesome tutorial! Thanks for covering those areas and incoming features. I too are having hard time managing my time to learn these ocean of JS framework, good thing Microsoft has invested in Blazor. Will definitely be able to utilize my C# knowlege. Btw I was wondering if you can also share Blazor + Xamarin. I was thinking if its possible to develop almost native mobile app using that combo. Thanks!
Great video! Blazor seems really cool but it is useless for websites where SEO is important, except if we are able to do sever-side rendering. Is sever-side redering available?
yep you can do SSR with Blazor -- i've not tried myself but found lots of recent hits on google how to enable SSR. Its a given though that you will need a server-side to your application to achieve this ;)
Hi William, Thanks for putting the efforts in making this video, I have also started using Blazor at my workplace, it is really awesome, just a few things are still not mature enough or I would say many, as I have not explored it in deep yet. 1. Takes a lot of time to restart the app again and again for making any change 2. Debugging is not mature enough, more work to be done 3. some of the things are not straight forward with putting the validations But I am sure, Microsoft is going to fix them soon, not your problem :) On a side note, I wanted to ask, what is this extension you are using to in your Visual Studio Code, I can't see icons for my razor files.
> 1. yes -bit slow now but not tooo bad. Still getting better with each preview > 2. I've only run into a couple of crazy stack-traces that made no sense and also an exception that would never show up in vs (only in the browser), but otherwise debuggin has been fine. > 3. can you expand on that please? > side note. I use 2 icon packs in vscode, one is Material Icon Theme and the other is vscode-icons. Try them out and see if it works
william great video...can you show us what a user can see if they look under the hood in a blazor app in terms of code? also maybe cyber security issues with blazor wasm
That would be an interesting talk! 😊 Atm, Blazor WASM might be just a bit more secure than Angular/React. DLLs have checksums, which are then verified before loading them into memory.
The only benefit of blazor seems to be sharing of business logic in the browser and on the server. What are the other alternatives in the JavaScript world?
well if I understand your question correctly, in the JS world you already have full-stack JavaScript with NodeJS (server-side) and many many JS/TS (client-side) frameworks -- this allows you to reuse a lot of your code between the client and server.
Tbh TypeScript is way ahead of c# these days and angular is not hard to learn. As usual blazor feels like a solution to developers who can't move forward
I don't agree with the notion that this is for devs who can't move forward. Each framework has its opinions and not everyone agrees with them for whatever reason. Heck they can all be written in typescript but it doesn't mean everyone is going to love it. Compare React vs Angular vs Vue for instance. Not all angular devs love react and vice verca. Its just personal choices, bias's and actual project requirements that make us choose a particular framework. Blazor is just another framework added to the mix - and with language changes being added to C#9 and beyond this could make it suitable for more and more teams. Do you see the point I'm trying to make?
@@william_dotnet I don't agree with the notion that Blazor is just another framework added to the mix... Blazor is like trying to use VisualBasic in 2020 for coding a microcontroller... you are out of the loop... Blazor looks like it is design for people stuck... I use PHP (Laravel) for backend or NodeJS, I use React or Vue for Front end with some flavors like Bootstrap or Tailwind css, I use Python for some computational functions (PHP will not satisfy performance in that case). I did learn Go, but I hated it, I prefer Rust... I know C# and I love it for Unity3D and creating windows apps... and thats it... you have to learn languages DESIGN for what is meant to be used... C# is awesome, but it will never be usable for web (front end)... Blazor is absolutely ugly... don't you see the C# community is already small ? Why do you think so ? .NET community is behind all the time... Learn new stuff... That thinking is so Microsoft thinking...
@@matiaslauriti You say that we should "learn languages DESIGN for what is meant to be used", and that C# should never be used on the front end. Then why you use Node.JS?
Is there any information available on hosting blazor server app in a load balancer with sticky sessions not enabled on onpremise servers. Signalr is not supporting in load balancer I think.
If you arent maintaining an old application, you should rather use JSON Web Tokens (JWT), rather than the traditional session-based authentication. That way you lose the dependency on sticky sessions. Any server in the cluster can handle the request and if your session is for server caching logic, I would rather look at Redis personally. Signal R works with JSON Web Tokens seamlessly
Haha look mum no BS. nice one :). This all seems pretty damn fantabulous. Microsoft re-inters the ring.The question for non .NET developers (ie someone who uses something else currently) is 'is this enough to make someone come over to C#?'
probably not... its still a young framework with missing bits. But as it grows it might become more attractive when it suits the individual's or team's skillset.
Incredible video! I'm just .NET CORE and React.js developer (and trying to learn Angular.js) and Blazor WASM is fking amazing. I'm sharing this with my collegues!
Blazor wasm is still maturing so some of the simple parts aren't in the 3.2 release... but what you're asking for is already out in the .NET 5 Preview 8 release - check it out: devblogs.microsoft.com/aspnet/asp-net-core-updates-in-net-5-preview-8/
@@william_dotnet So they have to do all the API's manually ?? And therefore do not have everything yet? Damn. In Rust language to webassembly we have 100% of all API's available in the browser. Because it's generated automatically. This is manual labor ?? lol
Since the demise of Silverliightf, I have avvoided any Web side development. I tried to learn java script and HTML 5 butt I just could not be productive, without a decent IDE and intellisense. But before I dive back into Web client designs, I need to be convinced that Microsoft is more committed with this. NET webassembly than Silverlight. Also need access to a canvas, with C# library for drawing lines and graphics onto canvas. Without any reliance upon poorly supported third party Nuget packages. Any idea whenMicrosftt themselves will provide firm support to canvas graphics?
good question... not sure I can help you to answer that... I've only previously used WebGL for some serious 3D rendering in the browser but that was a few years ago.
Definitely still need JS for DOM interactions -- but you can already write fairly large/complex applications without needing to use JS. And as more and more components/libraries are released we will depend on JS less and less. But, like I said in the video - we get the best of both worlds (.NET Nuget and NPMJS)... you can still pull in your fav npms and use them in Blazor. Nothing stops you from doing that.
no suprise :) -- during the talk I mention that we do get the best of both worlds :) but the over time as Blazor matures the need to use JS directly to solve our problems will be reducing.
Excellent introduction and then some! Thank you William. This sold me on Blazor. Does anyone know how to inject HttpClient instances for multiple API endpoints? From the example shown in the video at 43.17 it seems the base Uri is defined, meaning components just provide the rest of the Uri when invoking it. I often have many API endpoints to manage, so a way to provide an injectable component for each would be helpful.
Thanks Steven Yes you can configure multiple http clients... With builder.Services.AddHttpClient( ... ) you get a scoped client that you can use to set the BaseAddress. (hopefully code formats ok in youtube:) ) builder.Services.AddHttpClient(client => { client.BaseAddress = new Uri("endpoint-a.com"); }); builder.Services.AddHttpClient(client => { client.BaseAddress = new Uri("endpoint-b.com"); });
It downloads *6+MB* for that little page? I don't think this will kill JS. Note that this couldn't even work without their own JS framework being loaded. So that's not saying goodbye to JS. Web assembly is exciting. It will allow things that couldn't be done before. IMO, making SPAs isn't really it. It's meant for processor entensive applications, not shopping carts, weather apps, todo apps, and the like. Look how long it took to load that page the first time. 🤦🏽♂️
For LOB apps that staff will be looking at for hours a day, that loading time is no concern. One of the major wins for Blazor come from being able to easily reuse/integrate with existing enterprise libraries without rewriting in a new language :)
nothing wrong with them. Often code up node/express+angular apps. Blazor just gives us the choice of doing fullstack .net vs fullstack JS. For some people its more exciting or fits their skillsets better
Tried it, it sucks. You'll run into the same issues with every NEW microsoft offering.. things don't work, code seemingly changes for no reason, frustrating mess. I was trying to call a simple api from my raspberry pi and the default http code just failed with some cryptic error. Eventually found after searching that I had to use a custom http request and disable CORs. That worked.. call goes through server responds but http getresponseasstring() or whatever async call was returning null. Eventually just gave up and tried node and now I'm on my way. Typical MS programming. ruins your day.
bit harsh... but i understand... sometimes a new tool just doesn't do what you need on the day. Give this another go in November and see what you think then :)
Yes ... but. A javascript based application runs on the client, which means it can be hosted anywhere for very cheap. In your case you need a compute node, that is much more expensive, is much less scalable, needs maintenance, is subject to malicious attacks etc etc.
I think you are talking about Blazor Server instead of Blazor Webassembly. Blazor Wasm is client side... can run offline on all your devices...and be hosted from a CDN very cheaply. Check out the Pros and Cons section on the video at 28:50 ruclips.net/video/Oeh2IJw7Zig/видео.html
You're not wrong :) Vue is almost perfect! with Blazor -- I learnt a lot in the first hour or so when first trying it out... its worth giving it a shot
with Blazor Wasm apps you still need to use an API to securely connect to your database. But, if you want to take the risk or if you are working on a low-care type application you can talk to CosmosDB directly from your Blazor Wasm app. Having a secure/private connection between an app that runs on a user's browser into your database isn't a great solution.
Your first computer's keyboard is more interesting than the rest of the machine. It appears way too high quality for a cheaply made machine, I wonder what switches it used.
Yea i was so happy when i could just reuse my favorite libs :) - mediatr, serilog, fluentvalidations, and even some old algebra libs i wrote from a few years ago... just works :)
William is a great presenter. As Blazor continues to evolve, videos like this will help its popularity and fast track being a serious contender for Javascript frameworks
My first computer was an IBM PC Jr. I wrote little graphical programs. I was just a kid, but it changed my life. Good times.
The PCjr had awesome learning materials.
It would be hard for me to overstate how excited I am for Blazor (or more specifically for a viable alternative to JavaScript based front-end development). Thanks William, great introduction!
Have you tried elm ?
@@Alexandres668 I've read up on it little but haven't tried it. As a C# developer I'm much more interested in Blazor, but if it wasn't around I would absolutely be playing with Elm :)
Great presentation William! Even though this is almost 2 years old, there is still loads of great information presented. Only thing I would add is that now for cloud deployments Azure Static Web Apps are a really great fit for Blazor apps. This gives static content served over CDN with the option of also using Function Apps if needed.
Thanks Daniel. Glad you enjoyed the presentation.
I agree, Azure Static WebApps works great for serving a Blazor Wasm app.
SWA + BlazorWasm + AzureFunctions + CosmosDb = my favorites :)
Perfect video! Great summary about Blazor and also about "not often mentioned information". This the Ultimate Blazor Starter Guide for everyone... 🙂 Thank you! 🙂
So no more Angular, React and Vue? What are we gonna do with our lives now!? :)
Save some hair and headaches
Blazor is not ideal for all types of web application.
That's not me, it's in the docs.
We go to use Svelte
@barry black, people was thought few years back Microsoft Asp not best but see now ASP Core. Best in all platforms also Xamarin compatible to Android, Iphone. Same way Blazor too. Wait and see blazor performance no more angular, react blah blah.... ☺
Well, Blazor is still years behind on experience compared to Angular, React & Vue, and not really considered production-grade software.
I like it how everyone say's goodbye to JS, yet in many cases you still need to use JS with Blazor.
I can attest to this. In order to make sounds play properly on. . . ahmmmm. . . Apple products. . . you're going to have to do some hacking with JSInterop.
Interop is a normal thing. It's similar on mobile - you might still need to write some Swift/Kotlin interop code despite using RN or Flutter. This still isn't the core app logic and will gradually become less and less code over time.
@@gabrielkarczewski4453 tell that to Airbnb
@@lukevincent4397 thats great. I am also not a fan of JavaScript
I think blazor webassembly still in infancy , due to refreshing to UI parts still slow. Might take several updates so UI performance is acceptable enough comparing to current javascript framework stack.
M Fajrin
I am old. I look at it like windows 95 sitting on top of DOS. Was a few revisions before Windows was the OS too
Yes it is very new and there are pieces missing. But hey, all the other frameworks had the same problem. Heck AngularJS got completely rewritten. With time and good feedback from the dev community all these frameworks grown and become more and more useful.
William Liebenberg
I am going with it. I have an intranet business app I am writing now. Get all the data from API
It needs AOT and get rid of the big fat slow .NET runtime.
Thanks a million for this great introduction. Actually I don't consider it an introduction, I consider it a great reference in blazor. Appreciate it. I have subscribed.
Thanks @imadabab :)
At the current stage of development of Balzor i have to say that I prefer using Angular 10. Maybe one day I will switch to blazor cauze im developing backend with c#, who knows 🤔🙏
its awesome i build multiple application
its fast robust and work like hell
no need extra javascript code
no angular or any scripting needed
its awesome
when u work u will love it
Glad you like it :)
Oh I am so glad there is blazor. I fucking hate JavaScript. Hope this will be adopted by a lot of developers
The problem with JS is the total anarchy. Until TS (developed by Microsoft ) any variable could be assigned any data type and also there are no private members. This was total chaos and mayhem unsuitable for large applications. Blazor is not 100% ready (I have some problems in my daily work ) but its way much better than the alternatives.
can you perhaps share those problems with us? could help others avoid them or help you solve them.
I was a .net coder but I realize that everything runs in web will be compiled in html/css & js. So I have chosen js all the way with typescript. I’m excited to try this blazor thing since It was long time ago I ve used asp.net MVC applications🤣
Yea I think its worth a try for sure. We are working on a big enterprise project with Blazor right now and its delivering on all the promises - and the client is very happy and impressed.
@@william_dotnet no performance issues?
I would rather wait a couple of years before learning Blazor.
I've rewritten a few React apps already, I stuggle so much with JS but with .net im better, so blazor just feels so natrual. I freaking love it. Just hope it grows!
The most important factor given this date and time.
1. Are you able to meet the client's requirements?
2. The time to market.
Seems like Microsoft addresses all you issues... yeah?
For the project I'm running the last few months it has been absolutely fantastic :) no show stoppers.
Thank you for an awesome presentation!
Thank you, well done: clear content, everything is readable and spoken in a pleasant tone.
Thanks Dirk :) I am really glad you liked it.
Love Blazor! I say also goodbye to JS. Blazor WebAssembly rocks!
Last time I checked I still needed Javascript but I had to run it through c# interoperability. If Javascript is completely gone then it will be awesome
The interop isn't a problem. So far we've used it to bring in a lot of npm packages and wrap them up in our own Blazor components. The wish for JS to be gone completely won't come true, but at least we have to option to wrap it up and hide it away :)
I remember those days of old, I started with a Radio Shack TRS-80. I recall typing a bunch of lines if what I now know to be code just so I could watch it snow on my television screen.
Me too!
Remember Pyramid?
Can you make a video for the VSCode extensions,
1. You generally use
2. You specifically used for this Blazor project
When we no longer need javascript interop in Blazor we can really say goodbye to javascript
Seems like have heard this story before..what was its name..oh yeah, silverlight
@@chrisdupuy7749 silverlight was like java which was supported only on windows, slow and insecure.
@@chrisdupuy7749 but yeah. I also believe that js is going nowhere.
WASI ! It’s coming :-)
The issue is that I never liked Razor. Even though I hate JavaScript, and Typescript is just tolerable (besides a few nice features here and there), it was actually a nice aspect not to have to use Razor. And Angular is pretty powerful for proper web apps, plus having separate web APIs provide actual value and flexibility in and of itself since multiple clients can consume them. Not to mention the clearer separation between business logic and presentation, which (at least to me) feels quite nice and clean. So not sure it will be such an easy sell to me, but at some point I'm sure I'll try it out.
Wooww, much appreciate, for demo-ing this with vscode
I have done an example of the Spring Pet Clinic using Java/Spring, but now I am planning on remodeling it in Blazor WebAssembly and thinking about dotnet core hosted. Should be a good full featured project to get through
That sounds great John - perhaps you should share it on the awesome-blazor github page - github.com/AdrienTorris/awesome-blazor
Thank you Microsoft for letting me keep my hair
Well presented and timely as our organization is getting ready to release lean in to Blazor
Thanks Jeffrey :) hope it goes well... feel free to send me any questions if you get stuck.
THANKS SO MUCH! This is very exciting technology! My first was the Atari 800XL and it looked very similar to yours... I had a couple TAPE games that I remember would take like 10+ minutes to load and fail at least 50% of the time... Id tell it to load the game, then go outside and play awhile and then come in and hope for the best... good times!
HAHA that is exactly what we did... made the games feel so much more worth playing too :)
@@william_dotnet exactly!!!
Any reason you use VSCode over VS2019? I use VS2019 due to my background in C# and wonder if I'm missing out. Great vid, thanks!
thanks :)
for the demo's in the videos I chose VSCode to entice front-end devs a bit more :) if i did everything in VS2019 then I probably wouldn't have got a lot of attention.
But not to worry, so far I've not found anything that you're missing out on by sticking to VS2019... the only thing I can think of is perhaps intellisense in vs2019 is a bit more reliable than vscode for blazor/razor files.
@@william_dotnet I really appreciate you using vs code, but not for that reason. It's super annoying how all the C# tutorials use VS, whilst a lot of developers (like me) use macOS or Linux instead of Windows, then there is lots of googling on how to do fancy IDE stuff with the CLI. If you do stuff the vscode way, one can apply those things with every editor. BTW I subscribed to your channel and I hope you create more great .NET content :)
@@gabrielkarczewski4453 - You can load VisualStudio on the Mac (since 2015), and VS2021 will run on Linux. The thing that drives me nuts about VSCode is that it's very easy to break your settings with a nasty plug in, then spend hours trying to get it to work again properly. The other thing is handling more than 1 project becomes unnecessarily tedious. I use both on Apple and Win.
@@davestorm6718 sure, vscode isn’t without flaw. VS for mac despite its branding is totally different from VS for Windows, basically it’s just rebranded monodevelop, so any tutorial based on Windows VS cannot be directly followed on it.
I have been doing Angular since AngularJS and Blazor is what I have been waiting for. JS/TS Sucks! Angular with TS is a great improvement, but upgrading Angular is painful after 5 or 6.
Great video. Picked up a few gems in it.
How did you come to the conclusion that JS sucks, have you read the specs for the language? My guess is that you have not
@@jerryodeghe I hardly need a recipe to know that I don't like the food. Reading the spec won't make JS suck less. One of the companies I have worked for spent millions on debugging crappy JS. JS makes it hard to write good code and by hard I mean that it takes more time and time is money.
As another RUclipsr pointed out:
JavaScript: The Definitive Guide is 1096 pages long.
and
JavaScript: The Good Parts is 172 pages long.
I am not saying that there aren't some really cool things about JS, but JS bites. Yes, I am sure it works just like the spec says it should work, but that doesn't mean the spec was smart about it. The problem is that JS was originally designed to serve a special purpose. Then everyone starts to use it, then wanted more so it became a multi-headed beast. Added to that JS has to be backward compatible or it breaks millions of web apps. It isn't a language that was thought out with the long term plan of being a large scale language, it was a bunch of hacks that suddenly started to be used for large scale apps, which it wasn't really designed for.
That is why WASM and Blazor is such a breath of fresh air. I have been working in Angular since AngularJS because it was the only game in town.
Blazor was only released 5 months ago and I am twice as productive with it as I am Angular even with only started to learn it about a month ago.
Darryl Wagoner I see you points, but Crawford’s book was written a over a decade ago. I know JavaScript had some bad decisions Branden made in the design, but most of the problems the language have today comes from two place: badly written code
And doing two much. But the language is still powerful enough to deal with
@@jerryodeghe This is true, but the same can be said about ASM, but I don't want to program in it.
Thank you awesome William for the Best intro to Blazor on the web.
Thanks @Abdulhamid - I'm glad you like it :)
great video, i hope you could put some timestamps as well for those people who want to go past the basic app bits.
Great idea - I'll get that done - thanks :)
it's great. I just don't like the 700kb size. I know they packed .net in there but Vue is like 20kb and you can use it with typescript to reduce headaches
Yes the size isnt great right now, but it will shrink with the near future updates. Hope one day soon the dotnet wasm runtime will be baked into the browsers :)
@@william_dotnet if they add it to all browsers I'll probably never use JS/TS again.
it'll be like full-stack JS/TS vs full-stack C#. the answer is easy for me!
Yes I don't think Blazor was ever meant to squash Js/TS. It's just another choice for devs to choose when it suits their needs. The idea of fullstack C# is really attractive to many people who find it hard to get by with JS/TS frameworks.
@@william_dotnet Hi. I've already asked that in a issue in a Microsoft Blazor GitHub repo. That would be killer. But right now they say is just downloads .net the first time...
The Blazor team have said their target is 50kb, which isn't far off. And is easily comparable to other client side development frameworks.
I'm glad Microsoft is building alternative ways to build web apps.
However I don't see this replacing frontend technologies for the most part anytime soon.
Why?
1 - There are way more TS / JS developers than you have C# devs.
2 - WASM is way more larger in footprint compared to apps written with TS / JS, so good luck having to download a ton to bootstrap your application.
In general there is no getting away from JS as frontend UI libraries have direct access to the DOM, while WASM does not have DOM access.
To overcome this frameworks like Blazor has JS helpers to perform DOM mutations, that's invisible to users of the framework.
WASM was designed to allow computationally heavy functions to run at native speeds, and then offload all the UI responsibilities to JS.
you are on the money there Nikil! Blazor was never meant to replace any of the existing frameworks. Its just another for us to consider when architecting our solutions. Yes, we still need JS but a lot of it is being abstracted away and given enough time until possibly the LTS version of Blazor we should be able to build full enterprise apps in a true "Blazor Native" way. I can't wait!
If the tech is still not mature enough for a team to adopt for their solution then they shouldn't. But so far it has already suited some of my use cases and is working beautifully.
"1 - There are way more TS / JS developers than you have C# devs.
2 - WASM is way more larger in footprint compared to apps written with TS / JS, so good luck having to download a ton to bootstrap your application."
Perhaps, but I think both of these points are fairly weak.
1: Developers will switch over to new tech pretty quickly if it is solidly better than what came before.
2: Every year processors, memory and storage get faster, while the latter two get larger and less expensive. This problem is not much of a problem right now, but will lessen and disappear in short order.
@@Bgrosz1 WASM can use with javascript disable? Because there is more than analytics solution that will be in Javascript. If no using native ui in wasm, html and css gonna use some resources again
@@Bgrosz1 I agree with the point that developers will switch over to something that's more solid, but is that building applications using C# and transporting it over to WASM ? Time will tell.
However about the second point, about improvements in hardware making the size of wasm applications less of a problem, its always a comparison game. If a company can improve conversion on devices using a smaller footprint that's always going to win out. It's always "relative" to another technology of the time.
I have already shipped 3 enterprise systems built on Blazor while JS lovers keep telling me there is no getting away from JS. I was developing with Angular and since I started using Blazor, I have not looked back. I don't think its a matter of Blazor replacing JS for all developers, it makes sense for C# developers and it does not matter how many JS developers are out there, that is a moot point, there was a time there was no C# developers but plenty of Java and C++ developers. As for JS helpers performing the DOM mutations, who cares, all 4tg gen languages ride on different language libraries at OS level, that again is none issue to Blazor development.
I hate angular and react, its a complete mess in large projects. For me the ideal is SSR + a small vanilla js library i wrote which does partial DOM updates simulating a SPA application. That way the app is lightweight and all logics and stuff runs on ss, no jsons, serialization/deserializations, model bindings and so on. Blazor definitely sounds interesting, will wait till it becomes more mature.
Thank you. It is a huge advantage to use the same language in the front and end. But, it will stop my evolution as developer, won't it?
I doubt it. You shouldn't stick to just one language for all solutions... there's a lot more than C#, JS/TS to choose from to evolve as a developer... python, go, rust, etc. Pick the right tool for the job :)
@@william_dotnet yep... You could use any tools to build your pet project. But, when you work in invest banking you do use most useful stack for your command. And if most of your mates are c#-devs, the best choise is to use the language everywhere, not typescript even. It is just business, nothing personal😁
Aaah too bad Java doesn't have anything similar but only the infamous cumbersome JSP... Like the React framework tho! Wish Oracle does sth similar soon or I 'll really switch to C#!
It means you won't have job stability as companies will train the 457s to come from overseas because they know ".NET Core, Blazor". With Angular/React you are at least specialised and hard to replace and worth something. Working for different companies I had many juniors fumble through .NET core code but could never grasp both client/server technologies.
Blazor isn't native speed [yet] you need to wait until 2021 for .Net6 to get proper AOT compiling. Currently Blazor doesn't perform any better than Javascript, which is a bummer.
exactly... AOT was delayed to .NET 6 --- bummer! Can't wait for it to even show up in the previews!
Thank you so much man. You have packed everything up!!!
Marvelous presentation..thank u
Im glad you enjoyed it :)
Nobody can say goodbye to javascript, it's working everywhere web, server, mobile also it's very portable languages and a huge community behind it.
I gree 100%
Yep. Javascript isn't going anywhere. Blazor on the other hand.... I don't see it replacing front end JS (vanilla, angular, react, vue or whatever)... Nope.
One creates, all the others copy it xd
Phoenix - Elixir
Livewire - Laravel
Blazor - C#
Thank you so much!
Microsoft has to do more to create components that wrap browser API's like WebRTC (or now Azure Communication Services which uses WebRTC), geolocation, HTML Drag and Drop, Canvas, Touch API, etc. Yes, I know about interop, but why make everyone reinvent the wheel? Microsoft should offer a standard set of components.
I agree that more OOTB components would be awesome - but Blazor is still a young framework. To get all the features you describe isn't minor effort... it will take time.
Plus, Blazor is Open Source and the community is growing faster and faster so mayyyybe the wait wont be too long :)
Nice, but JS is only part of the equation. The markup (HTML/CSS, designed for _text_ markup 25+ years ago, before "apps"), is also a huge "walk on ice" nightmare. Particularly regarding layout that should (but doesn't) "just work".
How will you abstract that away? (says this former Xaml/Silverlight Product Manager)
Hi David - love your work!!
Over the years I've wished many many times for something to replace HTML/CSS... I remember when Avalon first came out and it just blew my socks off! I was deeply entrenched with DirectX/Direct3D back then writing custom UI frameworks in game engines.... then being able to build awesome UIs with simple XAML (and being backed with d3d rendering) was an absolute dream come true.
Sadly I've not done any any XAML work for quite some time... but if we can replace html/css with something similar for web apps... i'd be all in :)
What do you think would/could happened in the future for html/css ??
@@william_dotnet it would take a new standard from the ground up designed for Applications, and then browsers support both standards either indefinitely, or until HTML is retired. But such would also require the monumental task of showing developers the value of it.
MS open-sourced .NET, I don't see why they don't open up Xaml - as it was at least application-focused.
@@groachslayer open sourcing Xaml... that would be something special :) hopefully not something that we have to wait many years for.
Thank you William. Your presentation skills are polished and elegant, to say the least.
Thanks Vivek - glad you like it :)
Thanks for saying this would use web assembly early. I was looking for a blazor-server intro.
Thumbs up, but you wont get a view for it.
Awesome to hear a shout out for MediatR!
the SV 328 kinda looks like an Atari 800, even the tape drive, where i started. What OS was it?
I don't like XAML but Blazor is Amazing, I'm studing Blazor mobile bindings
whats the diff between breakpoint in Devtools and breakpoint in VS? can you breakpoint javascript interop?
I think both Server and WASM can be used together...Server hosts an API (better security) and WASM for the client UI to call the api. Would this not work well?
Is there some state management library yet? I like the immutable approach of NXGS
Yes. there is Fluxor :)
Check out the video from my team mate Chris Clement - ruclips.net/video/sAyH-O0dFaI/видео.html
@@william_dotnet nice! Not a big fan of the effects of ngrx, but better than nothing! I've to check now if there is some library for the sync with firebase
Great presentation Will! Thank you.
I'm in love with blazor (y)
Thanks William! Great intro video into Blazor and how it fits into the web development eco system.
Wow sir that was an awesome tutorial! Thanks for covering those areas and incoming features. I too are having hard time managing my time to learn these ocean of JS framework, good thing Microsoft has invested in Blazor. Will definitely be able to utilize my C# knowlege. Btw I was wondering if you can also share Blazor + Xamarin. I was thinking if its possible to develop almost native mobile app using that combo. Thanks!
Thanks Tom :)
Check out the Mobile Bindings for Blazor ... im not an expert in that area (yet) but I think you will find it useful.
Great video! Blazor seems really cool but it is useless for websites where SEO is important, except if we are able to do sever-side rendering. Is sever-side redering available?
yep you can do SSR with Blazor -- i've not tried myself but found lots of recent hits on google how to enable SSR. Its a given though that you will need a server-side to your application to achieve this ;)
If blazor and web assembly are still alive in the next 3 years. I'll switch to C# completely
Hi William,
Thanks for putting the efforts in making this video, I have also started using Blazor at my workplace, it is really awesome, just a few things are still not mature enough or I would say many, as I have not explored it in deep yet.
1. Takes a lot of time to restart the app again and again for making any change
2. Debugging is not mature enough, more work to be done
3. some of the things are not straight forward with putting the validations
But I am sure, Microsoft is going to fix them soon, not your problem :)
On a side note, I wanted to ask, what is this extension you are using to in your Visual Studio Code, I can't see icons for my razor files.
> 1. yes -bit slow now but not tooo bad. Still getting better with each preview
> 2. I've only run into a couple of crazy stack-traces that made no sense and also an exception that would never show up in vs (only in the browser), but otherwise debuggin has been fine.
> 3. can you expand on that please?
> side note. I use 2 icon packs in vscode, one is Material Icon Theme and the other is vscode-icons. Try them out and see if it works
Well, we have hot reload now :)
william great video...can you show us what a user can see if they look under the hood in a blazor app in terms of code? also maybe cyber security issues with blazor wasm
That would be an interesting talk! 😊
Atm, Blazor WASM might be just a bit more secure than Angular/React.
DLLs have checksums, which are then verified before loading them into memory.
The only benefit of blazor seems to be sharing of business logic in the browser and on the server. What are the other alternatives in the JavaScript world?
well if I understand your question correctly, in the JS world you already have full-stack JavaScript with NodeJS (server-side) and many many JS/TS (client-side) frameworks -- this allows you to reuse a lot of your code between the client and server.
Dear William, how to add Blazor components to an MVC application?, how to add Blazor components to an MVC application?
Spectravideo 328! I found another person who owned one!
Tbh TypeScript is way ahead of c# these days and angular is not hard to learn. As usual blazor feels like a solution to developers who can't move forward
I don't agree with the notion that this is for devs who can't move forward. Each framework has its opinions and not everyone agrees with them for whatever reason. Heck they can all be written in typescript but it doesn't mean everyone is going to love it. Compare React vs Angular vs Vue for instance. Not all angular devs love react and vice verca. Its just personal choices, bias's and actual project requirements that make us choose a particular framework. Blazor is just another framework added to the mix - and with language changes being added to C#9 and beyond this could make it suitable for more and more teams. Do you see the point I'm trying to make?
@@william_dotnet I don't agree with the notion that Blazor is just another framework added to the mix... Blazor is like trying to use VisualBasic in 2020 for coding a microcontroller... you are out of the loop... Blazor looks like it is design for people stuck... I use PHP (Laravel) for backend or NodeJS, I use React or Vue for Front end with some flavors like Bootstrap or Tailwind css, I use Python for some computational functions (PHP will not satisfy performance in that case). I did learn Go, but I hated it, I prefer Rust... I know C# and I love it for Unity3D and creating windows apps... and thats it... you have to learn languages DESIGN for what is meant to be used... C# is awesome, but it will never be usable for web (front end)... Blazor is absolutely ugly... don't you see the C# community is already small ? Why do you think so ? .NET community is behind all the time... Learn new stuff... That thinking is so Microsoft thinking...
@@matiaslauriti But you can code in multiple languages in your wasm
@@josecosta3339 no one uses WASM
@@matiaslauriti You say that we should "learn languages DESIGN for what is meant to be used", and that C# should never be used on the front end. Then why you use Node.JS?
"Mike Pompeo" is teaching us .net Blazor:)
I love blazor for the record
so cool!!.. i like it very much
Is there any information available on hosting blazor server app in a load balancer with sticky sessions not enabled on onpremise servers. Signalr is not supporting in load balancer I think.
If you arent maintaining an old application, you should rather use JSON Web Tokens (JWT), rather than the traditional session-based authentication. That way you lose the dependency on sticky sessions. Any server in the cluster can handle the request and if your session is for server caching logic, I would rather look at Redis personally. Signal R works with JSON Web Tokens seamlessly
@@jamesmelvin3071 have a look at using Azure SignalR Service - lots of pain removed for scale out scenarios
Sorry, meant for Sinha :)
Awesome, mate!
Haha look mum no BS. nice one :). This all seems pretty damn fantabulous. Microsoft re-inters the ring.The question for non .NET developers (ie someone who uses something else currently) is 'is this enough to make someone come over to C#?'
probably not... its still a young framework with missing bits. But as it grows it might become more attractive when it suits the individual's or team's skillset.
Incredible video! I'm just .NET CORE and React.js developer (and trying to learn Angular.js) and Blazor WASM is fking amazing. I'm sharing this with my collegues!
Thanks Adri :) reach out if you need help with anything
Honestly I was developing with Blazor before, but how do you can like just "Set focus to inputbox" without javascript?
Blazor wasm is still maturing so some of the simple parts aren't in the 3.2 release... but what you're asking for is already out in the .NET 5 Preview 8 release - check it out: devblogs.microsoft.com/aspnet/asp-net-core-updates-in-net-5-preview-8/
Isn't it already late for Blazor?
@@william_dotnet So they have to do all the API's manually ?? And therefore do not have everything yet? Damn. In Rust language to webassembly we have 100% of all API's available in the browser. Because it's generated automatically. This is manual labor ?? lol
Since the demise of Silverliightf, I have avvoided any Web side development. I tried to learn java script and HTML 5 butt I just could not be productive, without a decent IDE and intellisense. But before I dive back into Web client designs, I need to be convinced that Microsoft is more committed with this. NET webassembly than Silverlight. Also need access to a canvas, with C# library for drawing lines and graphics onto canvas. Without any reliance upon poorly supported third party Nuget packages. Any idea whenMicrosftt themselves will provide firm support to canvas graphics?
good question... not sure I can help you to answer that... I've only previously used WebGL for some serious 3D rendering in the browser but that was a few years ago.
Outstanding
Thanks Lee :)
Thanks,but you said "Goodbye JavaScript!"
How can you manipulate DOM without interrupt?
you took that literally didn't you?
you must be fun at parties lol.
Definitely still need JS for DOM interactions -- but you can already write fairly large/complex applications without needing to use JS. And as more and more components/libraries are released we will depend on JS less and less. But, like I said in the video - we get the best of both worlds (.NET Nuget and NPMJS)... you can still pull in your fav npms and use them in Blazor. Nothing stops you from doing that.
@@mohasahal1771 man that's a popular joke and I'm sure he understands.
It is not this deep.
Would you make tutorial on doing Steve Sandersons demo apps?
Yup I'm planning on making some more Blazor videos - stay tuned :)
Which demo apps in particular that you're interested in?
@@william_dotnet Glad to hear that. Thank you. Pick anything. His demos are great.
Goodbye Javascript? You're up for a very big surprise
no suprise :) -- during the talk I mention that we do get the best of both worlds :) but the over time as Blazor matures the need to use JS directly to solve our problems will be reducing.
Javascript isn't going anywhere.
Awesome video!
Glad you liked it Thomas :)
The initial load time - and that's reallllly important - was really high and that's even when running locally
Yes, locally is also in debug mode without any assembly trimming. The load time reduces when running in release mode and with some trimming applied :)
Excellent introduction and then some! Thank you William. This sold me on Blazor. Does anyone know how to inject HttpClient instances for multiple API endpoints? From the example shown in the video at 43.17 it seems the base Uri is defined, meaning components just provide the rest of the Uri when invoking it. I often have many API endpoints to manage, so a way to provide an injectable component for each would be helpful.
Thanks Steven
Yes you can configure multiple http clients... With builder.Services.AddHttpClient( ... ) you get a scoped client that you can use to set the BaseAddress.
(hopefully code formats ok in youtube:) )
builder.Services.AddHttpClient(client =>
{
client.BaseAddress = new Uri("endpoint-a.com");
});
builder.Services.AddHttpClient(client =>
{
client.BaseAddress = new Uri("endpoint-b.com");
});
Thanks for the session. Hope you have more coming. Curious what font you have in vs code?
I swap between Cascadia Code and Fira Code now and then :)
It downloads *6+MB* for that little page? I don't think this will kill JS. Note that this couldn't even work without their own JS framework being loaded. So that's not saying goodbye to JS.
Web assembly is exciting. It will allow things that couldn't be done before. IMO, making SPAs isn't really it. It's meant for processor entensive applications, not shopping carts, weather apps, todo apps, and the like. Look how long it took to load that page the first time. 🤦🏽♂️
For LOB apps that staff will be looking at for hours a day, that loading time is no concern. One of the major wins for Blazor come from being able to easily reuse/integrate with existing enterprise libraries without rewriting in a new language :)
What's wrong with server-side Typescript frameworks and angular . They also have a common language Javascript ?
nothing wrong with them. Often code up node/express+angular apps. Blazor just gives us the choice of doing fullstack .net vs fullstack JS. For some people its more exciting or fits their skillsets better
Awesome video. Thanks.
Tried it, it sucks. You'll run into the same issues with every NEW microsoft offering.. things don't work, code seemingly changes for no reason, frustrating mess. I was trying to call a simple api from my raspberry pi and the default http code just failed with some cryptic error. Eventually found after searching that I had to use a custom http request and disable CORs. That worked.. call goes through server responds but http getresponseasstring() or whatever async call was returning null. Eventually just gave up and tried node and now I'm on my way. Typical MS programming. ruins your day.
bit harsh... but i understand... sometimes a new tool just doesn't do what you need on the day. Give this another go in November and see what you think then :)
Is just like net core when first released on public. But rightnow net core laughed at them which get rank 6 on composite score on techempower.
Yes ... but. A javascript based application runs on the client, which means it can be hosted anywhere for very cheap. In your case you need a compute node, that is much more expensive, is much less scalable, needs maintenance, is subject to malicious attacks etc etc.
I think you are talking about Blazor Server instead of Blazor Webassembly.
Blazor Wasm is client side... can run offline on all your devices...and be hosted from a CDN very cheaply. Check out the Pros and Cons section on the video at 28:50 ruclips.net/video/Oeh2IJw7Zig/видео.html
Not a fan of npm but vuejs is awesome....you can learn it in hour...
You're not wrong :) Vue is almost perfect!
with Blazor -- I learnt a lot in the first hour or so when first trying it out... its worth giving it a shot
Great. I appreciate Blazor.
How does a wasm page get data from a database back on the server?
with Blazor Wasm apps you still need to use an API to securely connect to your database. But, if you want to take the risk or if you are working on a low-care type application you can talk to CosmosDB directly from your Blazor Wasm app. Having a secure/private connection between an app that runs on a user's browser into your database isn't a great solution.
The subwoofer killed me at 29:54 :)
I had no idea that Ricky Gervais new how to code!
You are not the first person to say I look like Ricky Gervais... although I had a close look myself and can't see the resemblances :)
What VS Code theme is this?
hi.how can call procdure in webAssmbly blazor
Your first computer's keyboard is more interesting than the rest of the machine. It appears way too high quality for a cheaply made machine, I wonder what switches it used.
No idea how much that costed back then ... but I would surely pay good money for it now :)
Excellent video, thanks. The logging and software arch segments were most useful.
Yea i was so happy when i could just reuse my favorite libs :) - mediatr, serilog, fluentvalidations, and even some old algebra libs i wrote from a few years ago... just works :)
I don't like javascript :( I tried to use it in unity (2014) and I hated it a lot, now is not supported anymore
Couldn't get the source code to show up in the debugging dev tools. Couldn't hit any breakpoints in VSCode or Visual Studio either.
Did you start chrome/msedge with remote debugging enabled?
@@william_dotnet Yes
Thank you for the great video.
Thanks Nick :)