|
There is no absolute answer for everyone.
My choice was Xamarin, and now it’s latest version, MAUI (which is not new, just a major next version of Xamarin renamed for marketing purposes).
The main benefit for me is being able to use a language (C#) and a framework (.NET 7) that is portable across OSs, same as used in the cloud/server apps that a mobile app will likely use, and is open-source and been around 20+ years.
If you design correctly, some C# libraries you write are also usable with MAUI.
Blazor for use making apps outside of web apps is promising, but IMHO, needs another year or so to catch up to MAUI.
My preference today is MAUI for native mobile apps and Blazor for web apps. All use C# and .NET 7.
|
|
|
|
|
So you're doing some MAUI work now?
If it's not broken, fix it until it is.
Everything makes sense in someone's mind.
Ya can't fix stupid.
|
|
|
|
|
I created my first app using Android Studio. When it came time to support iOS I chose MAUI. I thought that my experience using Visual Studio and operating in Windows would help. So far, I find MAUI very frustrating to try to accomplish more than toy projects. I have been using it for 3 months now, and still have not recreated the Android app. I still don't know what it will take to publish to Apple Play and Play Store.
For me the promise of MAUI has not delivered. I have played a bit with Xcode and may give up on MAUI for Xcode.
If you are only supporting a small number of apps then maybe Android Studio /Xcode is the way to go. Has anyone successfully deployed MAUI for both Android and iOS?
|
|
|
|
|
None of the above I'm sorry to say.
I would make all future applications using pure HTML5 backed either by Typescript, C#/WASM/Blazor, or pure JavaScript. Then distribute it across platforms as a PWA or a Blazor hybrid app. You're then dependent on no one company's whims and shortcomings.
5 years ago I would've been horrified by this suggestion but I'm a convert now. Microsoft has proven itself completely inept at native frontend and without web support MAUI can't be taken seriously anyway. Google Flutter is interesting but requires Dart which makes porting existing apps impossible and limits the available open source ecosystem severely.
Other options -
Uno is too slow on the web.
Avalonia is a maybe but last I checked has no web support.
Here's the bottom line. No one has a strong commercial interest in making a true write-once-run-everywhere ecosystem. For anyone who has it - like Microsoft with Office or Google with GSuite - it's a competitive advantage and they're not gonna give it away. Whatever they do give away will be made by a different team than their commercial products and be inferior and watered down.
If you want something done right you have to do it yourself.
|
|
|
|
|
Xamarin is behind the curve.
Slack, and vs code, are both packaged/written in Electron. No need to look any further.
"If we don't change direction, we'll end up where we're going"
|
|
|
|
|
I looked into using Xamarin for a mobile app, but if storyboarding is required (something I desired), I would still need a Mac and Xedit for it. SO, I thought, what's the point? and coded the app native for Android in Kotlin and iPhone in Swift. I am guessing that .Net MAUI has the same problem.
|
|
|
|
|
I picked flutter and used it for several months now. I think it's pretty cool since it has pretty much freed me from gradle's dependency hell. I no longer need to add entries in gradle every time I want to use some library. Now I simply pick a required flutter plugin.
|
|
|
|
|
now you have 3 suggestions to use html5 and javascript
i have personally used electron vs wfp/c#, because for me javascript is soul remedy compared to c#, although the new versions of the language aren't that stiff. speed wise wpf gui seemed much faster, if that is of importance
.net maui is micro$oft, flutter is alphabet inc. and i wouldn't do my part to help them eradicate the rest even if my contribution to their success is infinitesimal. even if my success is on the steak
Those that put class in JavaScript are the same that put var in C# - I Against I
|
|
|
|
|
This is from the CodeProject insider. Probably most interesting for those that are old enough to be even close to remembering some of this
Building a DOS ChatGPT client in 2023 - YKM's Corner on the Web[^]
Now I didn't actually consider the software in the article much of a challenge. I can see the lack of threads as a bit of problem but back then Windows 3.1 ran on an event loop so one just needs to be careful about blocking for too long.
But what really amazed me was that there was a network card that would work.
Also kind of amusing at the end though where the author asks ChatGPT to write the code for this project and it says it can't. Guess it won't be replacing programmers yet.
|
|
|
|
|
jschell wrote: But what really amazed me was that there was a network card that would work.
Doom was a DOS game, and worked over LANs. It should come as no surprise that some NICs worked under DOS.
|
|
|
|
|
I think he wondered that a current generation NIC has DOS driver.
|
|
|
|
|
Right. That comes as a bit of a surprise. Who would bother?
|
|
|
|
|
Back then there were a number of competing network protocols.
This is communicating with the current internet. So the card must use IP and it must connect to some router. And, presumably, plug into a slot in the computer itself.
|
|
|
|
|
I used to run a 10baseT 3com NIC in a dos machine back in the day. 486DX2/66 IIRC.
To err is human. Fortune favors the monsters.
|
|
|
|
|
honey the codewitch wrote: 10baseT 3com NIC
Yes but could you plug it into your current router now?
|
|
|
|
|
I don't know. I'm not sure if they support 10baseT, but I imagine you could bridge something like that with a middleman device.
To err is human. Fortune favors the monsters.
|
|
|
|
|
Perhaps but again that goes back to my original post in that the article does not address how that was done at all. Suggesting that it just worked that way without any additional work.
|
|
|
|
|
It's Bacon, Lettuce, and Tomato.
"I have no idea what I did, but I'm taking full credit for it." - ThisOldTony
"Common sense is so rare these days, it should be classified as a super power" - Random T-shirt
AntiTwitter: @DalekDave is now a follower!
|
|
|
|
|
I knew someone would have made the roll pun. I just knew it.
GCS/GE d--(d) s-/+ a C+++ U+++ P-- L+@ E-- W+++ N+ o+ K- w+++ O? M-- V? PS+ PE Y+ PGP t+ 5? X R+++ tv-- b+(+++) DI+++ D++ G e++ h--- r+++ y+++* Weapons extension: ma- k++ F+2 X
|
|
|
|
|
den2k88 wrote: I knew someone would have made the roll pun. I just knew it.
It was not a question of "IF", more a question of "when" 
M.D.V. 
If something has a solution... Why do we have to worry about?. If it has no solution... For what reason do we have to worry about?
Help me to understand what I'm saying, and I'll explain it better to you
Rating helpful answers is nice, but saying thanks can be even nicer.
|
|
|
|
|
Argh! It's way over there under the sink!
|
|
|
|
|
I was thinking more along the lines of a Danish.
|
|
|
|
|
|
Kolaches are a Czech tradition here in TX. They are buns stuffed with just about everything, fruit, meat, vegetables so a BLT in a bun is not far fetched.
"A little time, a little trouble, your better day"
Badfinger
|
|
|
|
|
Around here, it's more a case of, "found a roll pin. Time to build another AR." Which reminds me, I've still got one to finish. With a carbon fiber barrel and a lower receiver with a rainbow and a unicorn on it, it should be a nice one!
Will Rogers never met me.
|
|
|
|
General 
News 
Suggestion 
Question 
Bug 
Answer 
Joke 
Praise 
Rant 
Admin 
Submit an article or tip
