4 ms·

They didn't add anything significant to the language this year. Maybe next year we will get new extensions feature.

by leosanchez 2y ago

jf22 2y ago
Did you mean C# the language?
- leosanchez 2y ago
  Yes. Language and framework are released at the same time every year
- mihular 2y ago
  Are there others? Edit: include ;-) at the end. Client filtered it out...
  - sedatk 2y ago
    Yes, they also released F# 9.
  - kogus 2y ago
    Yes. There are three "official" .NET languages: C#, Visual Basic, and F#. https://dotnet.microsoft.com/en-us/languages https://dotnet.microsoft.com/en-us/languages
    - BJones12 2y ago
      RIP J#
      - vips7L 2y ago
        RIP Midori
    - mikece 2y ago
      Wow... I keep forgetting that VB.net is still a thing. Pretty much everyone who was writing ASP code before the switchover adopted VB.net and then flipped over to C# around 2005 (.NET version 2).
    - _mlbt 2y ago
      It’s a shame the “Iron” family of scripting language implementations seem to have stalled out. IronPython and IronRuby had a lot of potential.
  - mihular 2y ago
    Argh, my client omitted a wink smiley I've included at the end . It was meant as a joke.
    - aithrowawaycomm 2y ago
      Did you mean "are there other things called C# besides the language?" I think people missed the joke because they interpreted your comment as "are there other .NET languages?"
  - qingcharles 2y ago
    https://en.wikipedia.org/wiki/Q_Sharp https://en.wikipedia.org/wiki/Q_Sharp
mihular 2y ago
Yep, nothing much for average applications. It's a pity that extension properties didn't make the cut.
- sebazzz 2y ago
  Rather have it being designed carefully, than having a half baked feature like primary constructors.
bob1029 2y ago
I think the new locking abstraction could be considered somewhat significant. https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/proposals/csharp-13.0/lock-object https://learn.microsoft.com/en-us/dotnet/csharp/language-ref... https://github.com/dotnet/runtime/issues/34800 https://github.com/dotnet/runtime/issues/34800 https://github.com/dotnet/runtime/issues/34812 https://github.com/dotnet/runtime/issues/34812
Dwedit 2y ago
Is this the feature that would let you put extension properties on everything? The most obvious way to store backing fields for arbitrary objects is to have a global concurrent dictionary that stores weak keys, and a compiler-generated class to store the backing fields as the value. But then you have a performance problem of needing to do a lookup from a weak-concurrent-dictionary every time you access any extension backing field. The higher-performance alternative would be a second shadow variable in code that uses the extension backing fields. Do your dictionary lookup, then cache the backing-fields-object so you don't need to redo lookups for it. But that would be function-local. If the extension property doesn't need a new backing field, it's trivial, you're just making a new getter and setter function pair.
qingcharles 2y ago
That was on purpose. There was a lot of issue-closing on GitHub. Especially MAUI which got a ton of bug fixes.
- _mlbt 2y ago
  MAUI looks really good in theory, I’m curious to hear about anyone’s experiences and thoughts about using it in production.
  - leosanchez 2y ago
    Bitwarden moved away from MAUI IIRC maybe you can search about that
  - sebazzz 2y ago
    The DigiD app in the Netherlands, used by almost every citizen to log into government and government-related services (taxes, social security stuff, message box, seeing your own data, portal of local municipality, etc etc etc) is written in Xamarin Forms and is now written in MAUI for a while. It even made Hacker News a while ago due to the progress indicator! https://news.ycombinator.com/item?id=34425614 https://news.ycombinator.com/item?id=34425614
  - randyburden 2y ago
    I've written 3 apps in MAUI with 2 in production. The 2 apps in production are MAUI Blazor Hybrid apps. The learning curve was very small since I already was familiar with C# and Razor syntax after having built many C# server-side rendered web apps. Development is quite rapid since it's essentially using web technologies. For my use cases, the users do not care about the app looking native as these are B2B apps. Both apps are deployed in the 2 major mobile app stores and 1 app is also deployed in the Microsoft Store. The 3rd app was an internal-only Android app built with the UI written entirely in C# instead of XAML. I chose to write the UI in C# instead of XAML primarily just for fun and to see how that would work out. I ran into a lot more issues using native UI when it came to me wanting to customize things, such as removing an annoying bottom text underline/border that is added by default to Entry (textbox) controls. I'll probably never build another native UI app if I have the choice and will stick to MAUI Blazor Hybrid apps because it is so much faster to create the app using web technologies (HTML/CSS).

They didn't add anything significant to the language this year. Maybe next year we will get new extensions feature.

jf22 2y ago

Did you mean C# the language?

leosanchez 2y ago
Yes. Language and framework are released at the same time every year
mihular 2y ago
Are there others? Edit: include ;-) at the end. Client filtered it out...
- sedatk 2y ago
  Yes, they also released F# 9.
- kogus 2y ago
  Yes. There are three "official" .NET languages: C#, Visual Basic, and F#. https://dotnet.microsoft.com/en-us/languages https://dotnet.microsoft.com/en-us/languages
  - BJones12 2y ago
    RIP J#
    - vips7L 2y ago
      RIP Midori
  - mikece 2y ago
    Wow... I keep forgetting that VB.net is still a thing. Pretty much everyone who was writing ASP code before the switchover adopted VB.net and then flipped over to C# around 2005 (.NET version 2).
  - _mlbt 2y ago
    It’s a shame the “Iron” family of scripting language implementations seem to have stalled out. IronPython and IronRuby had a lot of potential.
- mihular 2y ago
  Argh, my client omitted a wink smiley I've included at the end . It was meant as a joke.
  - aithrowawaycomm 2y ago
    Did you mean "are there other things called C# besides the language?" I think people missed the joke because they interpreted your comment as "are there other .NET languages?"
- qingcharles 2y ago
  https://en.wikipedia.org/wiki/Q_Sharp https://en.wikipedia.org/wiki/Q_Sharp

mihular 2y ago

Yep, nothing much for average applications. It's a pity that extension properties didn't make the cut.

sebazzz 2y ago
Rather have it being designed carefully, than having a half baked feature like primary constructors.

bob1029 2y ago

I think the new locking abstraction could be considered somewhat significant. https://learn.microsoft.com/en-us/dotnet/csharp/language-reference/proposals/csharp-13.0/lock-object https://learn.microsoft.com/en-us/dotnet/csharp/language-ref... https://github.com/dotnet/runtime/issues/34800 https://github.com/dotnet/runtime/issues/34800 https://github.com/dotnet/runtime/issues/34812 https://github.com/dotnet/runtime/issues/34812

Dwedit 2y ago

Is this the feature that would let you put extension properties on everything? The most obvious way to store backing fields for arbitrary objects is to have a global concurrent dictionary that stores weak keys, and a compiler-generated class to store the backing fields as the value. But then you have a performance problem of needing to do a lookup from a weak-concurrent-dictionary every time you access any extension backing field. The higher-performance alternative would be a second shadow variable in code that uses the extension backing fields. Do your dictionary lookup, then cache the backing-fields-object so you don't need to redo lookups for it. But that would be function-local. If the extension property doesn't need a new backing field, it's trivial, you're just making a new getter and setter function pair.

qingcharles 2y ago

That was on purpose. There was a lot of issue-closing on GitHub. Especially MAUI which got a ton of bug fixes.

_mlbt 2y ago
MAUI looks really good in theory, I’m curious to hear about anyone’s experiences and thoughts about using it in production.
- leosanchez 2y ago
  Bitwarden moved away from MAUI IIRC maybe you can search about that
- sebazzz 2y ago
  The DigiD app in the Netherlands, used by almost every citizen to log into government and government-related services (taxes, social security stuff, message box, seeing your own data, portal of local municipality, etc etc etc) is written in Xamarin Forms and is now written in MAUI for a while. It even made Hacker News a while ago due to the progress indicator! https://news.ycombinator.com/item?id=34425614 https://news.ycombinator.com/item?id=34425614
- randyburden 2y ago
  I've written 3 apps in MAUI with 2 in production. The 2 apps in production are MAUI Blazor Hybrid apps. The learning curve was very small since I already was familiar with C# and Razor syntax after having built many C# server-side rendered web apps. Development is quite rapid since it's essentially using web technologies. For my use cases, the users do not care about the app looking native as these are B2B apps. Both apps are deployed in the 2 major mobile app stores and 1 app is also deployed in the Microsoft Store. The 3rd app was an internal-only Android app built with the UI written entirely in C# instead of XAML. I chose to write the UI in C# instead of XAML primarily just for fun and to see how that would work out. I ran into a lot more issues using native UI when it came to me wanting to customize things, such as removing an annoying bottom text underline/border that is added by default to Entry (textbox) controls. I'll probably never build another native UI app if I have the choice and will stick to MAUI Blazor Hybrid apps because it is so much faster to create the app using web technologies (HTML/CSS).