Working with MAUI you have to understand the benefits and limitations well to get the most out of this technology. I have spent more than 2 months developing an open-source project to help the user get to know this technology as fast as possible and more importantly see if this is the right tool for their next UI solution.
This project makes me realize a lot of things that MAUI is missing and also change my vision completely if I ever want to use one code base for all platforms.
One code base all platforms in theory
you will get the following benefits:
- Cut down costs
- Cut down planning
- Cut down developments
- Cut down maintenance
After trying out MAUI:
- Cut down costs: I think what I can cut is just one of Android or IOS developer, it is so hard to cut WinUI and Mac Catalyst since the tech support isn't there yet
- Planning: yes
- Developments: I do cut down R&D for basic stuff but the technology adds up more development in different sections and if the client's requirements too strict developments usually cost more than you expected
- Maintenance: No, not a lot of Xamarin or MAUI developers at the moment, and migration like every technology it's a painful process.
Pros:
- Easy to get started for .NET developer - When you are an ASP.NET developer you will feel at home when moving to this technology, you have the
ServicesCollection
,Dependency Injection
, and all the latest C# features, and to me this is a Christmas gift π, I won't need to invest more time in research how basic things work - Performance - Really good, I have tested my project on low-end smartphone and the technology have no problem performing 60fps for everything, some of the lag that people encounter even on high-end smartphone I highly encourage you to read this blog Improve CollectionView Performance
- Support - the project is very focused and actively supported by Microsoft so some of the missing puzzles are eventually supported in the future. Cons:
- Bugs - there are thousands of issues currently appear on their repository
- Desktop support is still early - most of the desktop basic requirements are still missing
- Really hard to remain consistent on all platforms because how MAUI relies on native controls not the middle UI layer like Flutter.
- Community is still small, not many active speakers or writers
Conclusions: If you expect to create a mind-blown desktop and mobile with heavy UI animations and styles I think you won't archive that with this technology easily. Their x:OnIdiom is not accurate and we have to come up with our own solution for detecting what screen is the application currently running on, we also don't have an efficient way to swap UI, currently my best hope would be to the Toolkit StateContainer but have it's limited, It breaks when the state change too fast (The toolkit team already address this and fix is currently on the way delivery to the public), can't span all available space because it using the stacklayout and collectionview scrolling is frozen in it. If you only expect Android and IOS then technology can be more suitable since fewer platforms you have to maintain and consider, I should encourage everyone do not criticize the team, instead we should help them (Report issues) so eventually we might get a better product.
Top comments (0)