4 ms·

MAUI has felt like a barebones project for years. Forgive me if I don't believe this is the beginning of more robust support.

• labrador 11mo ago
  Microsoft acts when it feels competitive pressure. I think Google's Flutter has been validated so Microsoft feels the need to respond.
  • keyle 11mo ago
    Dart is a wonderful language though. I'm not switching back to using .NET anytime soon.
    • labrador 11mo ago
      I love Dart, which I consider to be Google's C#. Either language is fine with me.
      • drykjdryj 11mo ago
        Go is google's c#.
        • labrador 11mo ago
          Dart is much closer to C# than Go is
          • zigzag312 11mo ago
            Originally, C# was more like Dart, but modern C# is like both Dart and Go combined and that's (IMO) the beauty of it. Newish low level features of C#: https://em-tg.github.io/csborrow/ https://em-tg.github.io/csborrow/
        • Quothling 11mo ago
          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).
          • mrcsharp 11mo ago
            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] [1] https://github.com/nanoframework/Home https://github.com/nanoframework/Home
            • Quothling 11mo ago
              Cool, I didn't know this. I see it's been a thing since .NET 8, but it also looks like something that is perhaps mostly meant for hobby projects? Or maybe I'm getting that wrong.
              • mrcsharp 11mo ago
                Definitely started that way for me. It was cool to see a console app written in C# be compiled straight to native and run. Since then, a lot of work has been done to make AOT viable for more workloads. I wouldn't use it for an MVC application yet because a lot of features won't work but there are plenty of other areas that are using it now and one of the biggest examples is Avalonia apps compiling to native.
          • 11mo ago
    • LelouBil 11mo ago
      What would be to point of switching from Kotlin + Composel (Multiplatform) to Dart + Flutter ? Currently my favourite way to build applications (desktop or mobile) is Kotlin and Compose. I never used Dart, how would you compare it to Kotlin ?
    • zerr 11mo ago
      I wish it was a real "systems" language as well, i.e. not single-threaded/javascript-mindset one. That's why I hope someday we will have a nice cross-platform framework for Swift.
      • zigzag312 11mo ago
        I whish that too, but I'm not holding my breath since Google needs Dart-to-JavaScript compiler, which will continue limiting features Dart can implement. The only way this can change is, if they move to WASM and drop JavaScript target.
• davey48016 11mo ago
  I don't think Avalonia is actually affiliated with MAUI or Microsoft either