When I was looking for a video to explain the C# record, I knew I was in good hands. Always to the point, no big talk around it. Many greetings from Germany
@swildermuth Жыл бұрын
Glad you liked it!
@chairmakerPete4 ай бұрын
That was like a super-concentrated C# learning syrup. Brilliant! Not sure I'll ever use records, but it's great to at least understand what they're for as I'm sure a use-case will pop up at some point. Great work - thank you!
@swildermuth4 ай бұрын
Thanks!
@godfathermikal Жыл бұрын
Sweet. That makes sense. Didn't really see how record was useful, but this makes sense. Thanks!
@swildermuth Жыл бұрын
No problem!
@jasondelauro9 ай бұрын
You have an excellent concise teaching style.
@jemakrol10 ай бұрын
First time visitor. Senior dev that just wanted to see some different explanations on the topic in the context on how to best describe it. You explain in a concise and pedagogical way. You do this without all the the Bells and Whistles that usually comes with KZbin videos. I hesitate to search for explanations in video format because it often comes with too much distraction and ambition. Motivated or not, things I didn't want. This, however, really gets to the point in a straight forward and relaxing manner. Nice!
@kodindoyannick5328Ай бұрын
Short and simple! Thanks!
@swildermuthАй бұрын
You bet!
@TheAndronKolaider7 ай бұрын
The best explanation you can ask for
@swildermuth7 ай бұрын
Thanks. I am glad it helped.
@timothyvandyke9511 Жыл бұрын
I would absolutely love if this encourages people to put a bunch of (related) types into the same file so we don't get a bajilllion files just for simple types.
@tytz100 Жыл бұрын
this was the clearest explanation video I've ever seen in a while. GJ!
@swildermuth Жыл бұрын
Glad it helped!
@NoonKnite Жыл бұрын
great explanation! i've struggled with how classes and recs are different, so this really helped a lot.
@JohnSmith-op7ls10 ай бұрын
You should mention how and when a record will be allocated to the heap vs stack as this is important for performance and GC. Also, go into when and how copying of a record instance is a fill/deep copy, meaning no references are reused, and when it is a shallow copy, meaning value types are copied but reference types only have the pointer copied.
@stxnw9 ай бұрын
this is standard knowledge so there’s no need to re-explain this.
@officemishler3364 Жыл бұрын
Video and audio quality are ridiculously good. Need S Dubs in the highest def possible
@swildermuth Жыл бұрын
S Dubs?
@officemishler3364 Жыл бұрын
@@swildermuth Your initials
@AlexapolloRodopoulos8 ай бұрын
Amazing explanation and demonstration keep it up!
@swildermuth8 ай бұрын
Thanks, will do!
@Samwidges217 ай бұрын
Brilliant video, that was so concise and informative, thank you.
@swildermuth7 ай бұрын
Glad it was clear!
@DmitriyBelous Жыл бұрын
Great explanation, thanks!
@AshrafSada3 ай бұрын
Thank you, you are great
@henrikchristensen65688 Жыл бұрын
I love your short but very informative videos! You just got a new subscriber!
@rogerstich760311 ай бұрын
First of all, even if i point out a flaw, i really love your shorts, this video helped me alot in finding a simple way to explain this construct to my trainees and junior devs. The flaw im talking about starts at 1:50 of your video. There you are telling that you make a copy of the product by writing this: var product2 = product; But thats not true, you dont make a copy you just assign the pointer to another variable, you copied the pointer, not the object. You can test it by using this Code: var product2 = product; product.Description = "Description of Product"; Console.WriteLine($"Product1: {product.Description}"); Console.WriteLine($"Product2: {product2.Description}"); If i had a Copy, then only the first Console WriteLine should contain the Description string "Description of Product". But both does and thats because those variables actually do point to the same object and for that makes your explaination later with equals a bit weird.
@swildermuth11 ай бұрын
I didn't mean to imply that. My bad.
@rogerstich760311 ай бұрын
@@swildermuththanks for the response
@DevRocky1 Жыл бұрын
Good video, and ur voice is so relaxing sir.
@swildermuth Жыл бұрын
Thank you kindly!
@pukey3226 Жыл бұрын
Thanks Shawn
@swildermuth Жыл бұрын
yw
@FireIn813 күн бұрын
I have need for a collection of records (immutable) to do some quick lookups of various properties (no changes). Which might be a faster collection to use, and do collections affect the records they hold?
@Elilmu_Nur9 ай бұрын
You didn't really say why we should use records but thanks anyway.
@DamienSawyer6 ай бұрын
At 7:55 he discusses when he uses them and (perhaps not exhaustively), why.
@zaharivaklinov Жыл бұрын
Thanks for this! But what's your take on creating DTOs with records instead of with classes?
@jonathansaindon788 Жыл бұрын
This is probably a good fit, but to me the best use case for records is multithreading. Since you can’t edit them after the fact, it forces you to use them in a thread-safe manner.
@matadorso Жыл бұрын
Cool video 👌
@williamliu8985 Жыл бұрын
Hi Shawn, could you give a video talking about the "readonly record struct"? The name seems a bit wired, and it is rarely mentioned. What is its application scenario?
@fifty-plus11 ай бұрын
It's well documented on the Microsoft Learn site.
@JoeAnzalone Жыл бұрын
Thanks this was great.
@swildermuth Жыл бұрын
Glad you enjoyed it!
@peterstangelo8627 Жыл бұрын
Thanks for doing these insighful coding shorts. I noticed you use a shortcut to run the 'dotnet.exe' -was it a case of just making a copy and naming it 'n.exe' (in the same folder)?
@swildermuth Жыл бұрын
I got it from here: github.com/faniereynders/dotnet-sdk-helpers I renamed their dot.cmd to n.cmd
@peterstangelo8627 Жыл бұрын
@@swildermuth thank you
@jameshancock Жыл бұрын
What I really want to do is make all of my DTOs readonly record struct. But it doesn't work in a number of cases including [AsParameter].
@swildermuth Жыл бұрын
Not sure why that would be. Can you explain? I'm curious. Difference between struct and record is inheritance (though likely not that useful but good to know).
@jameshancock Жыл бұрын
@@swildermuth One is on the heap the other isn't. Correct usage of structs instead of classes in high volume systems minimizes garbage collection. It's unfortunate that you can't inherit or at least say "implement identical properties" of a struct, but when using protobuf of messagepack or even graphql which generate DTOs from other formats, that doesn't really matter, and the perf improvement is pretty nuts.
@vidhyafernandez3 ай бұрын
How would a collection of objects work inside a record? Would it still be value type?
@swildermuth3 ай бұрын
The container for the collection would be, but, obviously, not the objects themselves. So very little savings.
@49riddickful Жыл бұрын
How is that last bool method you wrote a part of the record above? What indicates that?
@swildermuth Жыл бұрын
It is just like a class declaration, you can add members (in this case a method) in the body of the record. I think that's what you're asking.
@LOL-cp6js Жыл бұрын
helpful👍🔥
@swildermuth Жыл бұрын
Glad to hear that
@henrik3098 Жыл бұрын
thanks my amercian bro
@swildermuth Жыл бұрын
You're welcome
@robadobdob6 ай бұрын
You can also mutate the record back onto itself e.g. product = product with { Price = 1.99m } I use this in Fluxor where the current state is passed into a reducer method.
@swildermuth6 ай бұрын
Technically true, but it is new copy (a new reference). Right?
@robadobdob6 ай бұрын
@@swildermuth yeah correct, it creates a new copy and assigns it back to the variable.
@ashimov1970 Жыл бұрын
how do I convert records into classes and vice versa?
@ghevisartor6005 Жыл бұрын
i use chatgpt
@ashimov1970 Жыл бұрын
@@ghevisartor6005 😆👍
@Ben-nc9qw6 ай бұрын
Are you the voice of Lester in GTA5?
@swildermuth6 ай бұрын
I wish!
@0XAN6 ай бұрын
nice explication man; but nothing will be fast as a struct with aligned fields; my feeling is that C# is becoming a language for wankers sadly
@swildermuth6 ай бұрын
That's aggressive. Sure, struct with aligned fields is faster, but to what end? Faster != better code in many cases. Sure, you're building a real-time system, every cycle counts; but the ability to do immutable data can make code better and more thread safe. If you're optimizing for cycles, but most of your work is on the network, your time savings is swallowed up in the aggregate. Let me guess, non-wankers write in Rust or Go?