It's great to have .NET ecosystem expanding.
I am a .NET dev, and I still use web optimized for mobile as my mobile platform(where applicable). Tried MAUI and all the other stuff, just doesn't cut it for me. You can make an app using it, but I would rather not to. The best 'mobile platform' for me was blazor hybrid, but then again - if it's already blazor why not go full web...I guess it depends on the 'seriousness' of your mobile application. If I had to develop a complex mobile app, I might choose another language framework, cause MAUI uses XAML and MVVM stuff that is quite a big overhead IMO.
.NET MAUI is coming to Linux and the browser
131–140 of 276 posts
Re: .NET MAUI is coming to Linux and the browser
#132Either it takes more than a minute to load or it does not work on iOS with Lock Down mode enabled.
Re: .NET MAUI is coming to Linux and the browser
#133Earlier quoted context omitted.
I love Dart, which I consider to be Google's C#. Either language is fine with me.
Go is google's c#.
Go is frankly the polar opposite of C#. Go compiles to a native binary with no runtime dependencies and it relies on simple garbage collection and static linking. C# runs on the .NET runtime which is heavily managed, gives you JIT, reflection, dynamic code generation and so on. Go views concurrency as fire and forget, C# views it as compose and await. Go is extremely explicit while C# is extremely implicit.
Now, I understand that you may talk about it from a non-technical perspective, but even so, there are major differences. C# is a general purpose language for the cloud/web, and so is Go, but Go is also widely used in other areas like in embeded software. TinyGo is soooooooo much better than working with C/C++ or Rust as an example. Places like that where you wouldn't usually find a transpiled language (other than maybe Python with MicroPython).
Re: .NET MAUI is coming to Linux and the browser
#134Earlier quoted context omitted.
Tauri is pretty awesome. Rust backend, WebView front end. Nothing uses native desktop elements of course. To be fair, there is no practical way to write native desktop applications using stylistically consistent UI elements AND have it be portable AND in a language that you enjoy using. As far as I can tell, Windows 11 doesn't even have a toolkit with platform UI elements. GTK on Gnome is pretty okay and GTK-rs is no…
> Rust backend, WebView front end. I don't know much about it but it seems like a weird combination. If you want high performance and low memory usage, you don't want HTML, if you want fast code writing, you don't want Rust.
There's Wails for Go backend and webview frontend; https://github.com/wailsapp/wails
Re: .NET MAUI is coming to Linux and the browser
#135> We are collaborating with the Flutter team at Google to bring Impeller, their GPU first renderer, to .NET. That work is already in progress and as it lands, the MAUI backend will inherit those gains. Interesting, I wonder how good Impeller is and if it's actually better than the new Graphite backend of Skia.
Impeller is designed with mobile apps in mind while Graphite is designed with desktop apps in mind.
Re: .NET MAUI is coming to Linux and the browser
#136My kingdom for a UI toolkit that can be used to make real CAD programs, and not yet-more things that just look like webviews and could just be a webpage.
This 100%. I hate the trend of UX/UI that got unleashed upon us in the last decade of the web. Everything is scaled up for touch interactions and has to have fancy animation and very "comfortable" spacing around elements.
I wish we can go back to UIs that focus on information density and usability. I love looking at Japanese websites because of this.
Re: .NET MAUI is coming to Linux and the browser
#137Earlier quoted context omitted.
Not using the standard web stuff usually means it's also an accessibility nightmare, tried using a screen reader on the demo and it doesn't work at all unfortunately
What screen reader? Over the last few years AI's ability to understand images has improved a lot.
I'm not aware of any screen reader that works by continuously feeding screenshots of user interfaces into a remote expensive image LLM, which is an absolutely insane and impractical idea for many reasons, but I used standard TalkBack on Android
Re: .NET MAUI is coming to Linux and the browser
#138Earlier quoted context omitted.
Go is google's c#.
Go is frankly the polar opposite of C#. Go compiles to a native binary with no runtime dependencies and it relies on simple garbage collection and static linking. C# runs on the .NET runtime which is heavily managed, gives you JIT, reflection, dynamic code generation and so on. Go views concurrency as fire and forget, C# views it as compose and await. Go is extremely explicit while C# is extremely implicit. Now, I un…
C# has AOT compilation which creates a single, native binary. This has gotten so much better with .NET 10 and since the introduction of source generators to deal with reflection issues.
Also, check out nanoFramework for a .NET runtime that can run on MCUs like the ESP32 [1]
Re: .NET MAUI is coming to Linux and the browser
#139Earlier quoted context omitted.
Go is google's c#.
Go is frankly the polar opposite of C#. Go compiles to a native binary with no runtime dependencies and it relies on simple garbage collection and static linking. C# runs on the .NET runtime which is heavily managed, gives you JIT, reflection, dynamic code generation and so on. Go views concurrency as fire and forget, C# views it as compose and await. Go is extremely explicit while C# is extremely implicit. Now, I un…
.NET can be compiled to native binaries. .NET can be used for embedded development.
C# is more expressive and .NET comes with batteries included. Go is more explicit and more verbose.
You can pick up Go faster and is easier to reason about Go code when you first encounter a new project but C# feels like it enables you to develop faster and be more productive.
For web both are excellent and performant, even if they have different philosophy.
What I like about C# is that it becomes more functional and I can even mix F# in the projects if I want even more functional programming.