Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

.NET 8

devblogs.microsoft.com

Post reply on HN
Print view View original

101–110 of 374 posts

Re: .NET 8

#101

Post by Karliss »

bmitc wrote: post #39
jordigh wrote: post #13

Can I get an explanation of the relationship between .NET and Mono? I have vague memory of reading somewhere that Mono or maybe just MonoBuild was completely obsolete since everything was now open source in .NET. Does Mono still have a reason to exist? Is it all incorporated into .NET now? (btw, I still don't get why it's called .NET, and I don't know if assemblies are native code or bytecode wrapped in the same bina…

.NET used to be Windows-only. Mono was a cross-platform implementation of .NET done by a third party and not by Microsoft. Microsoft eventually created .NET Core, their own cross-platform implementation of .NET, which eventually became .NET 5, 6, 7, and now 8. Mono should not be used for new projects. .NET 8 is vastly superior. Mono is only still used for things like Unity who have decided to not or slowly migrate of…

It's not that Unity doesn't want to move away from Mono, it's just that Mono is tightly integrated into the Unity engine making migration difficult. They have announced that they are working on it, but it will likely take years until there is anything usable publicly available.

Re: .NET 8

#102

Post by Someone1234 »

oaiey wrote: post #81
Someone1234 wrote: post #63

Earlier quoted context omitted.

I love .Net, but context is key. I may suggest .Net for new WebAPI development (minimalist or otherwise), typically with a deployment target of containers and or Linux. It is a strong web back-end language in a similar way to Java but with Linq support, async/await, and a better primary programming language (C#). It has strong integrations into corporate software and all popular DBMS. But, frankly, Linq is the magic…

Have a look at Blazor Hybrid. This is really nice thing. Blazor is the first UI toolkit I actually love for many years.

I have. Too much "magic," and I'm too experienced to fall for that again. No more magic, I should be able to see and understand how every part of my stack works top to bottom.

That's why I'm for isolating the front end from back end frameworks via something agnostic like WebAPI.

Re: .NET 8

#103

Post by ejb999 »

at_a_remove wrote: post #92

I haven't touched .NET in well over a decade. Last time I tried, I felt like a chimpanzee strapped into the cockpit of an F-15. Everything was "deploy!" and "endpoint for automatic upgrades" and " ENTERPRISE " and "web service." Does .NET have any "write a small program that is only a CLI?" options? Or GUI instead of web interface? Something modest.

Yes, it has all that - console applications with no GUI, GUI interfaces on the desktop as well as web interface - has pretty much everything if you know where to look.

Re: .NET 8

#104

Post by menacingly »

bmitc wrote: post #89
leosanchez wrote: post #77

Earlier quoted context omitted.

I think the parent comment is talking about System.Threading.Tasks. I might be wrong though.

Oh, I see. I was hoping for something new. I keep on hoping some sort of BEAM-like (from Erlang) process gets added to .NET.

I have considered the that, but I ultimately decided they work because they are a fabric of what that ecosystem _is_, not what it has.

It's the same reason two sites that are more or less the same will have entirely different communities. There isn't any reason you couldn't implement the one on the other, but it's not in the core substance.

Re: .NET 8

#105

Post by poulpy123 »

I'm looking at a language to write simple executables with or without GUI and that are not too verbose or too complicated. A bit like a compiled python :)

Would .NET 8 be a good challenger ? I previously didn't consider it because the compilation to binary was looking more like an experiment, and the example I've seen were quite verbose (in a java way).

Re: .NET 8

#106

Post by pdntspa »

creshal wrote: post #22
pdntspa wrote: post #11

I just wish its cross-platform UIs weren't such a mess. Particularly with its MVCish implementation, it was like it couldn't decide what it wanted to be. I really really wish there was a good, straightforward desktop GUI for .Net that simply worked crossplatform and wasn't a complete pain in the ass to program.

In their defence, does any other language have one, these days? The landscape hardly looks good, which is how electron et al. got so popular to begin with.

Lazarus for FreePascal, write your code hit compile and get a nice EXE that starts up on Mac/Windows/Linux

Re: .NET 8

#107

Post by Capricorn2481 »

Thaxll wrote: post #51
financltravsty wrote: post #8

Lots 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).

Big difference is that Go is stable and conservative, net core keep adding a billion features every release. Looking at some net core 2/3 stuff and now to see how many things changed. Good luck with your code base in 5 years when someone decide to add all the new stuff.

People can write dumb, inconsistent code anywhere. A stable library will not protect you from a lack of PR reviews

Re: .NET 8

#108

Post by pdntspa »

9cb14c1ec0 wrote: post #95
viraptor wrote: post #58

Earlier quoted context omitted.

Not first-party, but AvaloniaUI is doing pretty well in the cross platform department.

AvaloniaUI is miles ahead of any other cross platform library that I've ever used. It actually looks good!

I forgot to mention that I was referring to Avalonia, but when I tried to write something relatively simple beyond the music-player demo app, I got lost in the weeds extremely quickly. Avalonia needs a lot of work on its documentation, there are huge gaps, the quality is really inconsistent, and its abstractions fall apart really quickly

Re: .NET 8

#109

Post by collaborative »

creshal wrote: post #91
collaborative wrote: post #66

Earlier 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

And now try to get either to work mobile, or in a browser, or at least try to share frontend code between them. That's where electron shines, and all the "classic" frameworks really don't. QtQuick and JavaFX kiiiind of work for at least some platforms, but it's fairly rough all considered, even compared to the inelegant brute force solution of electron. I'd put my money on the competing "electron, but smarter" soluti…

I wish that CodenameOne could have been the norm instead of Electron. Unfortunatrly, its desktop port never matched its mobile one in terms of functionality (still uses JavaFX for web views). I still prefer it over Electron where web views are not required i.e. nowhere

Re: .NET 8

#110

Post by pjmlp »

Thaxll wrote: post #51
financltravsty wrote: post #8

Lots 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).

Big difference is that Go is stable and conservative, net core keep adding a billion features every release. Looking at some net core 2/3 stuff and now to see how many things changed. Good luck with your code base in 5 years when someone decide to add all the new stuff.

Thankfully .NET folks are confident that their audience has the skills to manage those features.
Post reply on HN