I have already commented on this in an article. The real problem is the MS C-suite, which makes strategic decisions but does not communicate them to the outside world. For example, none of us (including the MAUI team) don't even know whether MAUI is being run as a microsoft hobby project? Because the question comes up why Microsoft did not start to convert their own products to MAUI when MAUI was released?

@cjrvdev
I am very confused about the “new” google policies. What is the status there in MAUI and do we have to prepare ourselves for the fact that our time invested in the development of MAUI apps is in vain because none can currently be published on the Google Store now?

Well at this moment the policy about removing read storage (and the other 2 variations) is days away. And products like MAUI essentials media picker for android still have no support for it (although a cool buddy shared some code which works great btw). They are also using the write storage permission incorrectly as per android docs (it no longer exists if you target api 30 and above).
Contacts API is also very outdated and using a very bad performance approach and hasn't been updated. It was commented a long time ago in Xamarin Essentials old repo and wanted to revisit it at some point which has never arrived.

Honestly Im worried about MAUI's future as Android now enters a faster release cycle which will most likely enforce new play store policies and stuff... Unless MS really sits down and goes full blast into mobile development the newer tools like KMP/Compose MP will definitely deal the final blow...

To be fair, I look for MAUI alternatives at least once a month because of basic MAUI/VS 2022 problems (see e.g. my post here about local windows notification, publish etc.).

Basically only Blazor is important to me because I've been working with it since the release and am very happy with it (stability, performance etc.). However, I would like to write apps for all platforms, not just for the web. When MAUI came out with Blazor, it was a real Christmas present for me :)

In the meantime, there are also other frameworks that should support Blazor: Electron NET and UNO. What worries me there too is that you can't read much about it at the moment and it also raises the question for me whether I will replace one evil (MAUI) with a second evil by switching to Electron/UNO?

Can you say anything about UNO/Electron NET (for comparison with MAUI, platform stability on Android/iOS and support)? Or are you familiar with other alternatives in which I could also use Blazor?

Thanks

Well Im not really into web/desktop development unfortunately so I cant really give you a good suggestion. UNO and Electron I've always heard are pretty good and stable. Electron might have worse performance I think but there are many apps like SourceTree using it and you can tell by yourself they are quite good.

Cheers!

@cjrvdev

With uno I don't like the fact that you have to use XAML. I have been using XAML for over 10 years, even now, but I find many disadvantages compared to Razor (Blazor).

As far as I know, you can't program mobile with Electron / Electron NET.

My conclusion is that MAUI really has a huge potential, because you can program both frontend and backend with one language, and if it needs JS, you can use it too (I'm talking about MAUI Blazor + Blazow Web).

We probably have a few million developers who, like me, create apps for Windows professionally (be it in Winforms or WPF), so C# and NET is our daily work. The step to have an app with one code then on all possible platforms would be really small with MAUI, if MAUI would be ready for production use. that's really a pity, because I think MAUI would be the most popular framework.

pc

@tjiakwokyung28

MAUI support for “HarmonyOS Next” would of course make sense, but currently we have fundamental problems in MAUI in all directions (infrastructure, stability, recurring bugs, coordination with other MS teams etc.).

I see the cause in a very small number of programmers (probably because MS is saving money here). This also makes the question of MAUI support for “HarmonyOS Next” superfluous, no matter how tempting it sounds.

But I would summarize it like this:
Let's get MAUI to a stability level first, so that programmers can use MAUI professionally first. At the moment I personally believe that there is not a single programmer out there who would recommend MAUI to a customer and that is a big problem at the moment because MAUI is just a very expensive hobby (for example, I lost over 10 hours of my vacation last week alone because I was writing and testing back and forth via the local notification in MAUI Windows and Programmers who do this in other frameworks would laugh at MAUI).

By the way, I have read a bit about “HarmonyOS Next” and I have to admit that I am not really happy about it. For example, starting from IDE (DevEco Studio is proprietary) to the programming language ArkTS (subset of TypeScript), availability only in China, and the thing that bothers me personally the most about UI is that you deviate from HTML/CSS (like Flutter). I would have hoped that everyone would have learned from the example of Microsoft that proprietary paths lead to a dead end.

Regards
pc

I tried migrating to xamarin then to maui, after spending money, time in making software turned out to be a hobby with microsoft products, not for professionals, you could say as a tester, crazy every few days maui updates, in our code so bugs appear here and there, now we better wait until the bugs are minimal, then we develop software again with maui. while waiting and not wasting much time I turned to animation with autodesk maya, in order to get money. from my experience using maui, this product is good and many things in mobile applications that cannot be made with python, fluter, java script, can be made with maui. it's just a shame there are so many bugs. for the maui interface display should use coef for example the standard maui display is a, if running on an iphoneX becomes (the iphone coef) x (the maui standard), if running on windows with a 19 inch monitor= (the size becomes the win coef 19) x (the maui standard), and so on. this will reduce the level of bugs on the multi platform maui

I tried migrating to xamarin then to maui, after spending money, time in making software turned out to be a hobby with microsoft products, not for professionals, you could say as a tester, crazy every few days maui updates, in our code so bugs appear here and there, now we better wait until the bugs are minimal, then we develop software again with maui. while waiting and not wasting much time I turned to animation with autodesk maya, in order to get money. from my experience using maui, this product is good and many things in mobile applications that cannot be made with python, fluter, java script, can be made with maui. it's just a shame there are so many bugs. for the maui interface display should use coef for example the standard maui display is a, if running on an iphoneX becomes (the iphone coef) x (the maui standard), if running on windows with a 19 inch monitor= (the size becomes the win coef 19) x (the maui standard), and so on. this will reduce the level of bugs on the multi platform maui

There is good news as of January 5th 2025:
[https://github.com/CeSun/OpenHarmony.Net](https://github.com/%5BCeSun/OpenHarmony.Net%5D(https://github.com/CeSun/OpenHarmony.Net))
https://harmonyoshub.com/net-support-is-coming-to-openharmony-in-the-form-of-third-party-library-by-the-open-source-community/ since October 2024, an open source community from China has ported .NET library to OpenHarmony platform which HarmonyOS Next is based on. This is a big start to push and get community to integrate more .NET stuff into the 3rd party open source framework to bolster, .NET based applications on native HarmonyOS Next and OpenHarmony platform alongside European based Oniro

Blogs
net avalonia adaptation
https://www.harmony-developers.com/p/aspnet-core-blazor-hybrid-adaptation

@tjiakwokyung28 Could Huawei consider compiling an SDK or providing support for .NET Core on HarmonyOS? I would love to learn more about Huawei's perspective on this possibility and whether there are any plans or ongoing efforts in this direction.

Ava Harmony has been supported, I don't think it's necessary to focus on Maui. By the time Maui supports Linux, it will probably also support Harmony soon.

Ava Harmony has been supported, I don't think it's necessary to focus on Maui. By the time Maui supports Linux, it will probably also support Harmony soon.

https://github.com/ElectronNET/Electron.NET Any plans to port and support for Avalonia to support Electron.NET on Harmony in the pipeline?

where is .net maui?