Earlier quoted context omitted.
Looks interesting! Does nativeAOT works for GUI ?
It's a bit of a hit and miss as of today. CLI, back-end and natively compiled libraries (think dll/so/dylib or even .lib/.a - you can statically link NAOT binaries into other "unmanaged" code) work best, GUI - requires more work. Avalonia[0] and MAUI[1] have known working templates with it, but YMMV. [0] https://github.com/lixinyang123/AvaloniaAOT / https://github.com/AvaloniaUI/Avalonia/ [1] https://github.com/dotne…
.NET 8
311–320 of 374 posts
Re: .NET 8
#312Earlier quoted context omitted.
I would target the main desktop, and maybe raspberry and android but it's very far from my horizon and not a criteria. I was thinking that flutter is a dart library/framework ? How is it compatible with C# ?
Flutter is written in Dart, nothing to do with C#, but a cross platform UI library. I think Flutter has a lot of advantages over the C# UI libraries and is worth learning when planning a Cross Platform UI or App. It's possible with C#, but you have to work around a lot of shenannigans depending on the use case. Command line apps are totally ok with C#...
Re: .NET 8
#313Earlier quoted context omitted.
It seems to be the more mature language for my use case. How is the GUI development and C++ interop ?
Abysmal. Almost no one does GUI in Go and .NET has had zero/low-cost interop as one of its main features in mind since the very first versions of .NET Framework back in the day.
Re: .NET 8
#314Earlier quoted context omitted.
But you've never seen it with a market share of more than 90%, which could happen eventually. It's a matter of incentives and those play against you.
Microsoft owns the .NET trademark but the language and source code for the current runtime is freely forkable and usable by any person/company who wants to do their own implementation. It's no different than the situation with Oracle and Java.
Re: .NET 8
#315Re: .NET 8
#316Lots of very cool stuff here (AOT, Aspire, etc.). .NET has been held down by the image of its early days, but it has become a pure joy to work with recently. The improvements in tooling and ergonomics have made it a replacement for Go in our org (we migrated from .NET Core 3.1 to Go back to .NET 6 recently).
I have been in .NET since 2009. I don't what would lead anyone to replace Go with .NET? That seems like it's asking for a lot of problems you previously did not have.
Can you expound on your decision?
Re: .NET 8
#317I'd love to hear from some .NET fanatics, how would you convince someone to use that ecosystem over another?
Haven't seen many .NET fanatics, only pragmatics. I'd say that's another argument in favour.
I'm sorry but if you compare and contrast the rhetoric and tone of people who are in the .NET ecosystem there is certainly a fanaticism/love for it. And it's often done in a manner that puts other stacks/communities down.
I can't really let this comment stand since it's simply not true.
I say this as someone who has been in the .NET space since 2009.
Re: .NET 8
#318Earlier quoted context omitted.
Unlike with python, some things simply can't be ported, though. I maintain a webforms page, the only upgrade path would be a full rewrite
Python 2 => 3 also has the issue that some things don't exist in Python 3, or are done in incompatible ways. As I mentioned a few times, I have been involved in projects were that full rewrite happened to be .NET Framework => Java, which shows how the customers were mad at what was left behind. Although there is some irony in that, as Java's Python 2 problem is the transition into Java 9.
Binary incompatibility between 7 and 8 as well, we got an enterprise product that got bought by SAP and will eternally be stuck on Java 7, but at least unlike the other one, it doesn’t require much maintenance as it’s only used internally ;)
> Python 2 => 3 also has the issue that some things don't exist in Python 3, or are done in incompatible ways.
What doesn’t exist? I don’t like python, but it always seemed like those changes were all relatively minor?
Re: .NET 8
#319Earlier quoted context omitted.
Java and Python have a few. I still don't get how electron got so popular. It's always been pretty straightforward to ship an app with a self-contained Java runtime, much the same as electron ships with v8. Java GUIs have always been worse than c++ ones, but still.. much better than electron I'd say
pySide6 has been a dream for me, it 'just works' and QT is quite robust. I am currently fucking with Java via GraalVM, and packaging my app for distribution has been absolute hell: jlink throws errors. jpackage somehow gets stuck in an infinite loop that generates a directory tree of seemingly infinite depth (so deep that even Explorer can't delete it) GraalVM native-image can't complete and throws all sorts of weird…
This happens when your jar is in the same folder as the working directory: https://stackoverflow.com/a/64743880
>I really like Java the language, but getting a desktop app running on it in 2023 is a nightmare.
I think it's very easy. Do you use a build tool?
Re: .NET 8
#320Earlier quoted context omitted.
pySide6 has been a dream for me, it 'just works' and QT is quite robust. I am currently fucking with Java via GraalVM, and packaging my app for distribution has been absolute hell: jlink throws errors. jpackage somehow gets stuck in an infinite loop that generates a directory tree of seemingly infinite depth (so deep that even Explorer can't delete it) GraalVM native-image can't complete and throws all sorts of weird…
>jpackage somehow gets stuck in an infinite loop that generates a directory tree of seemingly infinite depth (so deep that even Explorer can't delete it) This happens when your jar is in the same folder as the working directory: https://stackoverflow.com/a/64743880 >I really like Java the language, but getting a desktop app running on it in 2023 is a nightmare. I think it's very easy. Do you use a build tool?
Getting the jar file is easy. But its deploying it that has been difficult