Anything that facilitates anti-pattern, I have reservations. When you try to make a language too adaptable, it will make Lead developers additionally cautious at allowing and deciding how and when these features are justifiable to use. Is always good to have more features but presumably these features are target-specific to bring more Javascript developers to the platform.
@mihalyv.9554
8 ай бұрын
@0:00 Introduction and Overview @1:50 Using Type Alias Enhancements @4:30 Primary Constructors for Classes and Structs @15:20 Constructor Chaining @22:45 Collection Expressions @30:10 Spread Operator in Collections @35:40 List Patterns and Collection Expressions @40:00 Closing Remarks
@vinny6935
8 ай бұрын
I've been writing C# since 2003, and I feel like .NET 8 is the new ".NET 3.5" - this will be used for everything. It's really good, thank you for all the work on it!
@dgkimpton
10 ай бұрын
Some of these features are excellent and it won't be long until we wonder how we ever managed without them. Others such as duality of field/parameters with the same name are rather ugly, I think I'd rather have seen a syntax that just marked the parameter as a field. public class Student(prop string Name, field int id, Grade[] grades) { But whatever, I still think this will see a lot of use. Also, absolutely yes on the readonly tag.
@antheus_s
8 ай бұрын
I love the vibe of this presentation, very casual. Amazing work, can't wait to work with it. 🙂
@redouane5626
10 ай бұрын
unnecessary features that incentivize unreadable code :(
@hero3616
10 ай бұрын
Not all but most
@viniciusgoncalves8208
2 ай бұрын
100% agree.
@nobody-00-00
10 ай бұрын
I hate that you use this no Main Class style. Think about people who start programming. And FWord , C# looks now like a scripting Language and there are 1000 ways to make one stupid thing.
@doumkatekz
10 ай бұрын
It would be useful if there were more chapters in the main content
@AQlexe
8 ай бұрын
C# N - write what you want, we use AI to understand what you mean))
@andrekohler5792
10 ай бұрын
I don't know if I will ever need the primary constructors for regular classes, but the collection expressions look really useful, especially for immutable collections. I like that you could actually just forget the old syntax and only use the new one.
@howardreagor2128
10 ай бұрын
if you are using dependency injection, it can make a big difference in ceremonial code. In just one class I removed 60 lines of code with this feature.
@ChristopherShaw
10 ай бұрын
yeah this is making the DI boilerplate much more minimal. I'm liking it a lot.
@Rajdadaj
10 ай бұрын
Oh my, this language is turning ugly. The new coders at work will insist on using ALL these new shitty features.
@Maniakatus
9 ай бұрын
I'm not sold on primary constructors for classes, far from it, but the new collection initializing syntax is both prettier, shorter and more performant. I'm all for *that* one at the very least. Each new feature has its uses, and it's up to the senior devs and architects to make sure that new coders don't go overboard. If they're new coders, they need to be trained. With each new C# version, that training gets more extensive. That's where [Obsolete] comes in, to keep us somewhat sane. Sometimes.
@jacobstamm
10 ай бұрын
Is there a reason the term "capture" is used in C# for what is generally referred to in programming as "closures"? It seems functionally (haha) equivalent, so why introduce another term for us to learn?
@LunaticEdit
4 ай бұрын
C# is my favorite language, but I won't be using primary constructors. If I wanted 80 different ways to do the same thing I'd use JavaScript or C++.
@anm3037
10 ай бұрын
The in-line modifiers for primary constructor will be great
@dcuccia
10 ай бұрын
Agree, especially for DI scenarios. Probably won't use PCs for production stuff, though, without readonly modifiers. Not sure why parameters are captured instead of auto-gen'd fields. Maybe for perf/layout?
@tacticalassaultanteater9678
5 ай бұрын
Very cool, except that name.Length there at 19:00 where did that landmine of an automatic refactoring come from???
@joselara02
8 ай бұрын
Now we just creating unnecessary crap on the language 🥱
@dartharc4n1ne5
10 ай бұрын
It is honestly amazing how these people manage to make C# uglier and more unreadable with every iteration.
@hero3616
10 ай бұрын
Lol true
@jeffb1106
10 ай бұрын
I've been using C# since the beta in 2001. I've loved the language. Now I'm starting to get frustrated with the bloating. I'd wish they'd stop adding unnecessary things to it.
@spiralni
10 ай бұрын
They asked chatgpt how to mix all the ugliest features from all the languages into c#
@coderdenewbie
10 ай бұрын
In Roslyn in dotnet 8, a warning has been introduced to use case insensitive comparison rather than .tolower() etc. To make the code more efficient, however, can't we still use tolower() and you change this to the more optimal code at the il level (so no memory is allocated). The current downside with the warning is the code becomes unreadable, and I have disabled the warning. I would like to keep the elegance of using tolower() and have the language select the optimal code, just like collection expressions.
@Neme112
6 ай бұрын
No it doesn't become unreadable, the code says exactly what it does - a case insensitive comparison. Also, that's not a suggestion from Roslyn, but from the. NET SDK.
@Neme112
6 ай бұрын
Also, it can't be changed automatically, because this is not only about efficiency, but also about correctness when using culture sensitive comparisons.
@PomboRuanito
10 ай бұрын
First of all, thanks for the presentation, second: how about a new accessor "notify" for ViewModel classes? like public string Name { get => _name; set => _name = value; notify => Name; } (this notify accessor would basically call OnPropertyChange(nameof(Name)) or OnPropertyChanged(new[] { nameof(Name), nameof(EnforcedName) }); I think it would be cool to have, and also would reduce lots of same code... who else think this would be good?
@2Fast4Mellow
10 ай бұрын
We've developed a source generator that automatically generates these calls if the class inherits from the NotifyPropertyChanged base class, which, in turn, implements the interface. When a property or field is marked with a Notify attribute, the source generator modifies the code to include calls to (I)NotifyPropertyChanged. Building it wasn't too complicated (about 24 hours including testing), and it functions seamlessly for both the old-school full 4.8 framework and the more modern dotnet core...
@jacobstamm
10 ай бұрын
I can see the use case for sure, but I don't like the idea of the compiler having to be smart enough to know that the property name is indeed being passed as the "name" parameter for this specifically-named method. I think use of an attribute like what @2Fast4Mellow describes is a better solution.
@Christobanistan
6 ай бұрын
Just the worst features ever added. So confusing.
@jeffb1106
10 ай бұрын
Mads, Dustin, STOP adding unnecessary additions to the language. It's starting to become hard to read. There are too many new features we have to know. AND they even create a new type of errors. Watch at: @13:18 .
@hiltonvarian3352
2 ай бұрын
love all the new features. You do not need to use them if you do not want to. But they are there if you need to use them.
@AQlexe
8 ай бұрын
using Grade = decimal. why??? IEnumerable everyone will understand as list of Enums or classes. Some years after c# -> JavaScript -> TypeScript ((
@josefromspace
10 ай бұрын
Thank you for this presentation. After having used .Net 8 RC2 on a project which is over 4K lines of code now I can attest this version is great. Kudos to the C# Team for such a great job.🎉
@VitaliChuzha
10 ай бұрын
Despite on my prev comment - thanks for the presentation.
@spiralni
10 ай бұрын
Why are you destroying c#!?
@vivekkaushik9508
9 ай бұрын
Lmao
@TheBesogon
10 ай бұрын
collections look like in typescript. and the syntax is becoming closer and closer to JS.. that's not bad
@MadiusMD
10 ай бұрын
thankfully I write a lot code in typescript which makes much easier to read a c# now...
@blank3525
9 ай бұрын
why aliasing nullable reference types not allowed ?
@GuildOfCalamity
10 ай бұрын
Please use dark theme, I'm blind now... thx
@jacobstamm
10 ай бұрын
I too prefer dark theme, but for a lot of people, light theme is better for accessibility. You and I can always turn our display brightness down, but some people are going to struggle to see a dark theme editor even at full brightness.
@vivekkaushik9508
9 ай бұрын
For demos light theme is better. Decrease your screen brightness mate.
@TheWolverine1984
10 ай бұрын
what are the m near the grade? 1.5m?
@swdev245
10 ай бұрын
The 1.5 is a decimal type if you write it as 1.5m, just like you write 1.5f to get a (32 bit) float.
@Miggleness
10 ай бұрын
it’s million. 1.5 million.
@TheWolverine1984
10 ай бұрын
@@swdev245 thanks!
@habiks
8 ай бұрын
"newsless"
@VitaliChuzha
10 ай бұрын
A lot of trickery... For what?
@dcuccia
10 ай бұрын
Elegant, expressive, and concise code that is robust under changing implementation details? Yeah, no idea.
@joshnjoshgaming
10 ай бұрын
@@dcucciaxD
@Joooooooooooosh
9 ай бұрын
Agree. This feels messy.
@martinmeeser8312
10 ай бұрын
I am just loving modern day C#! 💙
@jacobstamm
10 ай бұрын
I can't imagine myself ever naming a field and a default parameter the same thing. Seems like an easy way to get into trouble. I'm already used to prefixing private field names with underscores, and I can't think of a better time to use it. *private readonly int _id = id;* 👍
@andyh5391
10 ай бұрын
Seems we are moving towards even more unreadable code.
@cn-ml
10 ай бұрын
To me it looks like the exact opposite. The programming language is getting more and more functional programming features and declarations that previously required lots of dead boilerplate code is now a lot more condensed and less error prone.
@2Fast4Mellow
10 ай бұрын
@@cn-ml'public int Id => id = id' is a very wrong thing to have in your code. Constructor fields should not have 'scope' outside the constructor. Is is just that wrong to assign it from the ctor body? Make for much more readable code and don't get me started about the Pascal cased properties in a primary constructor definition. I doubt that it is less error prone for developers that work in multiple languages. I like the immutable collections, but a lot of the sugar syntax is not for me...
@vivekkaushik9508
9 ай бұрын
Agreed. I don't understand all the hate.
@jaymartinez311
8 ай бұрын
I’m new to dotnet and like these features but the level of complaining in some of these comments seems like this community can be opinionated like the js/ts community 😂. 🍿 🎥 What do some of these people want for AI 🤖 to actually replace developers altogether? 🤔 things change. If you don’t like them, then don’t use these features. Simple. Great job to the people that created these new features 🎉
@yvanricardoecarrigomez
9 ай бұрын
Why does Microsucks present new products with the exact same video format than 15 years ago? It sucks!
@ghaznavipc
9 ай бұрын
Talking about being toxic...
@talleyouro9271
10 ай бұрын
You need to be more creative by adding more language features(Python and Java bring more new features to their language than C#)
Пікірлер: 66