.NET MAUI: .NET Multi-Platform App UI • Hacker News Board

Re: .NET MAUI: .NET Multi-Platform App UI

#111

Post by nirav72 » Wed, Apr 21, 2021, 2:03 AM UTC

manigandham wrote: post #101

wokwokwok wrote: post #53

Earlier quoted context omitted.

> I have been able to implement things in 4 hours that would easily have taken 4 weeks if I had to argue with other developers about the shape of a JSON blob on the wire. I can’t comment on your specific circumstances because I don’t know the details, but this reads like someone who is drinking the blazer coolaid. It’s a technology like any other, with specific trade offs. If you have a front end team who lacks the b…

The fact that you have to interface between different teams/languages is often a big part of the slowdown. The productivity improvements are real. Not having to design and expose an API for the frontend and instead just reuse the same classes and services is a massive shortcut. Running Blazor on the server is even easier because there's no serialization at all and you can directly call database queries in response to…

Isn't load balancing still an issue with server side blazor? Because of SignalR for the delta between server and client?

Re: .NET MAUI: .NET Multi-Platform App UI

#112

Post by nirav72 » Wed, Apr 21, 2021, 2:09 AM UTC

mapmap wrote: post #98

Is there any way to preview this on a mac? I see Visual Studio mac is not yet supported...

But at least you have a 64-bit version of Visual Studio on the MAC. Something devs using windows have been wishing for long time. Supposedly VS 2022 is going to be the first 64-bit VS on windows.

Re: .NET MAUI: .NET Multi-Platform App UI

#113

Post by nirav72 » Wed, Apr 21, 2021, 2:11 AM UTC

aksss wrote: post #74

cutler wrote: post #64

Last time I looked the download overhead for Blazor was a non-starter for anything other than an intranet.

I think the Blazor server version is okay for Internet insofar as initial dl is concerned, but the problem with Blazor server is scaling it since the signalr connection requires client affinity with the server. Or I believe that's still the case. I'm not expert, but I think there are some issues with horizontal scaling with server-side blazor. Maybe that's been fixed or there are good solutions for it.

Client affinity with server is due to Signalr. Since server-side blazor uses signalr to pass the changes between client & server. Might be a easy fix with sticky sessions. But haven't come across anyone that has tried it.

Re: .NET MAUI: .NET Multi-Platform App UI

#114

Post by wsc981 » Wed, Apr 21, 2021, 2:12 AM UTC

JamesSwift wrote: post #56

datavirtue wrote: post #40

Earlier quoted context omitted.

That's why it exploded in popularity then? Literally exploded and was releasing on a rapid cadence to a fervorous developer base. The current non-MAUI Xamarin is very refined and complete from a performance and feature perspective. It is literally the only viable serious cross-platform and mobile development platform.

Its important to distinguish between Xamarin.Forms and Xamarin.Native (which Forms is built on top of). Xamarin.Native is quite nice and is the best abstraction available today (in my opinion). Xamarin.Forms is indeed not great. It is an OK solution for a subset of problems, but even for those I'm left wondering if the pain is worth it rather than rolling my own native frontends in Xamarin.Native.

Xamarin.Forms might not be great if you want to create a beautiful app that performs very smoothly, but it’s pretty sweet for making multiplatform business apps for use in-house (as in: not sold on app stores) imo.

Re: .NET MAUI: .NET Multi-Platform App UI

#115

Post by emodendroket » Wed, Apr 21, 2021, 2:13 AM UTC

Has anyone done much with this? I wouldn't mind moving on from Windows Forms but the stuff that's come after seems like evolutionary dead ends that weren't really worth my time, so far...

Re: .NET MAUI: .NET Multi-Platform App UI

#116

Post by manigandham » Wed, Apr 21, 2021, 2:14 AM UTC

nirav72 wrote: post #111

manigandham wrote: post #101

Earlier quoted context omitted.

The fact that you have to interface between different teams/languages is often a big part of the slowdown. The productivity improvements are real. Not having to design and expose an API for the frontend and instead just reuse the same classes and services is a massive shortcut. Running Blazor on the server is even easier because there's no serialization at all and you can directly call database queries in response to…

Isn't load balancing still an issue with server side blazor? Because of SignalR for the delta between server and client?

Yes. A single-server can scale to thousands of concurrent users however it's not recommend for massive public sites. Works great for admin backends though where the usage is known.

Re: .NET MAUI: .NET Multi-Platform App UI

#117

Post by emodendroket » Wed, Apr 21, 2021, 2:15 AM UTC

crazypython wrote: post #46

The real "Write once, run anywhere" technology is the open web platform. Now with SIMD, WebGPU, Houdini, and more. Container queries built-in for responsive layouts. Run on touchscreens, virtual reality, desktop and more. I expect HTML/CSS/JS performance optimization to be valued as a skill more. It is arguably great cross-platform technology (though lacking native widgets), but it has a lot of performance footguns,…

Sure, but there are still reasons you might prefer a native app. For instance, maybe you're writing an application that's meant to do stuff with the file system. You _can_ just run a local Web server and use the browser, but a local app might be a better experience.

Re: .NET MAUI: .NET Multi-Platform App UI

#118

Post by emodendroket » Wed, Apr 21, 2021, 2:17 AM UTC

eyegor wrote: post #86

ocdtrekkie wrote: post #76

Earlier quoted context omitted.

I prefer VB. I have a degree in writing C#, I just find VB vastly preferable to work in. I hesitate to believe Python would exist in the way it does today if Microsoft hadn't treated VB so badly. It's only now being replaced as the default to teach in schools because of its simplicity and readability.

Python and VB target very different audiences, is there something I'm missing here? Python is an interpreted dynamic language that turns into an unwieldy monster at scale, I believe VB was mostly fighting for Fortran and web devs.

Wasn't VB.NET an attempt to get VB6 guys on .NET?

Re: .NET MAUI: .NET Multi-Platform App UI

#119

Post by nyanpasu64 » Wed, Apr 21, 2021, 2:20 AM UTC

MayeulC wrote: post #7

Not to be confused with the anterior and kirigami-based https://mauikit.org/

There was a flamewar last year over the naming collision: https://github.com/dotnet/maui/issues/35. In the end, Microsoft locked the issue after saying:

> Email me david.ortinau@microsoft.com. Stealing is not ok and has not been intended. Happy to work through conflicts.

And it was never renamed.

Re: .NET MAUI: .NET Multi-Platform App UI

#120

Post by mycall » Wed, Apr 21, 2021, 2:27 AM UTC

ocdtrekkie wrote: post #92

tracker1 wrote: post #79

Earlier quoted context omitted.

Python was built as an education/learning language first. It's popular because it's often a first language learned, and necessity in education/research space caused a lot of innovation over the years. The only thing I like about VB (.Net) is that it supports XML literal notation... which was crazy useful in the mid-2000's when dealing with Flash (it's own XML literal notation) as a data passing option. I know others…

> Python was built as an education/learning language first. It's popular because it's often a first language learned That's my point. Colleges have been teaching Visual Basic as a starter programming language for decades. Only in the last handful of years have colleges started switching to teaching Python first... after many years of neglect by Microsoft. My local college still has an entire specialization of their C…

IronPython gave it a go, but the team got broken up and that was that. pythonnet is trying to reboot things.