The New Way of Parsing ANY Type in .NET

[@michielvanhimbeeck6206]

I love how random your numbers are

[@MarkCastle]

Not watched it yet…. 69 by any chance? 😂

[@dmytrk]

​@@MarkCastleand then splits it with comma "6,9"😂

[@Netmonster01]

And 4,20

[@marsgal42]

The only numbers that matter are 13 and 42. 😛

[@jonathanbout]

The like count of this comment is one of them

[@carldaniel6510]

All of the new "generic math" interfaces are awesome - long overdue. But please - DON'T implement TryParse as a call to Parse inside a try-catch. One of the key benefits of TryParse is that it does not throw - even internally. Implement Point2d.TryParse as two calls to int.TryParse and return true only if both succeed - no throw/catch inside.

[@Sindrijo]

Agree, only implement TryParse with other TryParse. I usually also implement the Parse with the TryParse version of the same type.

[@nickpolyderopoulos3491]

I am pretty sure Nick did not do Try Parse as you propose for simplicity reasons. It is not a best practices video.

[@amirhosseinahmadi3706]

"One of the key benefits of TryParse is that it does not throw - even internally" Could you explain what how that's a benefit? Genuine question. Wouldn't it be functionally the same?

[@sszzt]

​@@amirhosseinahmadi3706 It is just for performance reasons. Returning false is as fast as you can get. Throwing an exception requires much more processing and memory allocations. Of course you have to weigh up whether it's worth optimising your method for your particular use case. But stick to what @Sindrijo has said and 99% of the time it will be the right decision.

[@dennycrane2938]

I was actually going to comment the same. I do it the other way around. I do the validations during the parse implementation and just short-circuit if anything is wrong and return false. Then Parse just calls that and throws if it fails.

[@quranthecompanion4528]

we used to use Convert.ChangeType() for primitive data types. now we are changing the implementation to IParsable. its pretty neat.

[@Naton]

i use 'is' syntax and return an Option

[@woocaschnowak]

When MS said they will add static interface members, I thought, they lost they mind. But now, that they provided such use cases, I'm changing my opinion :-)

[@mariocamspam72]

10:11 We're circling right back to pre-2000s C, haha

[@zoran123456]

Understood everything up to 2:00. After that my brain went coo-coo!

[@drndn]

I appreciate how you use a similar naming scheme to me, semantic-type-as-physical-type, eg FooAsText, FooAsInt etc.

[@cn-ml]

I really like the new Span splitting method, makes me feel in control of my memory. Also i totally love the new abstract interfaces, especially the IParsable, but I probably used INumber a lot more already.

[@ntohl]

Nice. In the ReadOnlySpan TryParse example. Shouldn't it return false instead of throwing ArgumentOutOfRangeException?

[@nickchapsas]

Yes you are right. I copied and pasted it from the Parse method so I totally forgot. Thanks for bringing this up

[@josephmoreno9733]

Static abstract methods port interfaces to types beyond the instance of those types. And that is really impressive. With that, the need for the use of reflection is reduced as much as possible.

[@AEF23C20]

two points used from some buffer [read i/o etc], and this buffer easy to imaging as array, and then change type of this array, and array type - desired type of structure array

[@toetertijd]

Hey Nick, I saw you yesterday at Techorama. Thanks for the great talk!

[@nickchapsas]

Hey! ❤

[@alexanderkvenvolden4067]

I love these new interfaces and the ability to have static interface methods, and use them IF the code base I'm working on is using the supported runtime.

[@diadetediotedio6918]

I very much like this feature, I would rather prefer the "shapes" approach but this is really very very very userful

[@SvdSinner]

This was a great blend of useful right now, interesting and showing future functionality. Kudos!

[@gneto.r]

Okay maybe I need to rewatch this later after a cup of coffee or two... looks like something useful to fully understand.

[@TheAaandyyy]

Great video. One thing that I was missing was to introduce the [NotNullWhen(true)], but maybe that is the separate topic itself

[@dvldev]

Great! I am watching your video since last month. I have completly changed the way of how I write code. Thank you very much Nick.

[@hanspetervollhorst1]

The span part is imo way more interesting than the interface and abstract static stuff

[@gunnarliljas8459]

Nice. Wouldn't call that extension "Parse" though, since the string isn't parsing, it's being parsed.

[@nickchapsas]

ParseTo would be a better one

[@parlor3115]

@@nickchapsas Or ParseMe

[@user-tk2jy8xr8b]

Beparsed (similarly to "begone")

[@diadetediotedio6918]

"Parse" makes sense for me, it's like -> parse as

[@OXARA]

Good practice for csv line parsing

[@GekoPoiss]

I'd recommend using a parser combinator library instead. It's IMO by far the easiest and most intuitive way to parse any object, especially considering parsers are monadic, which means you can use LINQ to easily compose parsers.

[@timseguine2]

Not sure If I am going to use this technique, but I did learn about static abstract members now, which I didn't know about before.

[@T___Brown]

Awesome ty. This is waaaaay overdue. Doing this with generics is painful and not really possible

[@SecondFinale]

Favorite thumbnail

[@DaliborHomola]

Does somebody know if Complete Nick Chapsas Course Bundle will get all future courses? Please ☺ I'm thinking of buying it...

[@waynehamberg9248]

Hey Nick. What software are you using to do your screen presentation with your picture as part of the production?

[@oralitical]

I didn't see a reply, but it looks like the type of thing that can be done in OBS Studio.

[@efrenb5]

Does System.Text.Json automatically use the IParseable interface? I'd love to get rid of som of the JsonConverters I've had to build.

[@TheMCPepo]

Hi Nick! I'm having kind of a hard time understanding where would you use in real life delegates and events, as we as covariance and contravariance. Do you have anything on your videos on this? Great video as always!

[@craigmunday3707]

Very useful, thanks.

[@arodrig10]

Nice "random" number you chose 😳🤣

[@T___Brown]

Question: is there something built in that can do fixed width? Currently i have to do a lot of specific span reads but if there was a range like you had that i could split based upon multiple indexes then that might be better

[@Ristogod]

How does the IFormatProvider play into your custom parse logic?

[@phizc]

In the case of ints it wouldn't, but for doubles, some locals use period and some use comma as the decimal separator. Not to mention all the different date/time formats.

[@theonlywallrus]

just curious, what are you beginning to type when you are setting a default parameter? You start typing `format = by`, but then you backspace and type null. You did it twice haha

[@EdKolis]

I wonder why it's not spelled IParseable like ICloneable?

[@IMarvinTPA]

I really wish there were a GetParse(inputString, optional DefaultValue ) where failures return the default value.

[@tekozlofiu]

I'm probably missing something, but what prevents you to create an extension method just like that?

[@IMarvinTPA]

@@tekozlofiu I actually already have, but I cannot share them.

[@phizc]

I knew about this, but I didn't know the out parameter of the TryParse methods came after the IFormatProvider parameter. That's pretty dumb IMO, since then you can't have a default null vlue, and the user needs to pass null.. int.TryParse( "20", null, out var value ) vs Int.TryParse( "20", out var value )

[@MassimoRough]

Why record, not a strict? What are the advantages and when to use which?

[@ciach0_]

records are immutable

[@theMagos]

Record is reference type, like class.

[@phizc]

He could have used record struct too.. It's just an example for the parser, so he probably didn't bother. Brevity.

[@deathpax]

Is there anything that would be similarly performant for binary parsing?

[@othmanekinane2769]

In 09:38, why not just do this ? int commaPos = s.IndexOf(','); int first = int.Parse(s.Slice(0, commaPos)); int second = int.Parse(s.Slice(commaPos + 1));

[@mynameisshadywhat]

Just parsing the time

[@F1nalspace]

Awesome! This is actually pretty useful but comes far too late, because i already implemented something similar in our production code bases - implemented in hundres of classes/structs. But when we switch to .NET 7 (we are currently at NET 6), we may drop to this method instead. Wait, what is the '!' operator for s!.Split(',');? WIll this throw an exception when s is null?

[@theMagos]

You're telling the compiler: "s is never null, trust me, so stop giving me those null reference warnings..."

[@tmcheah]

"Random number" Casually type in "69" 😂😂

[@bartekm3878]

Heck yeah! The puns are back! ❤

[@Matthias_S85]

Of course the number input used as an example is 69.

[@Yogs01180]

This can be cool ! Thanks ! ❤❤

[@zabustifu]

11:52: is it actually a good idea to throw an exception here? I'd just expect false to be returned here, and the result to be set to the default value. On the caller side, having to wrap a TryParse call within a try / catch sounds like it defeats the point of using TryParse in the first place.

[@nickchapsas]

I mentioned this in another reply but no you shouldn’t throw an exception. I did the stupid think of copying from the Parse method but you should return false there

[@mateuszk4419]

"random number"

[@ONESTTEFTEO]

When Nick says Random number it means always 69

[@kylekeenan3485]

Just a random number Nick 😉

[@johnnm3207]

Benchmarks?

[@TampaCEO]

You really should overload the method to allow the caller to pass a string, rather than requiring your calling methods to add the .AsSpan() every time. It greatly simplifies your code and does not requie an .AsSpan() function to be called throughout your application.

[@theloststarbounder]

Nice

[@nacuflavius9457]

why number 69? it's not a random number at all...hmm

[@valera924]

Totally random number, there is no any meaning in it :D

[@phizc]

@@valera924 yup. Like (4,20), or 80085 that he also randomly chooses. I mean, it is random, but there's fewer options than a 4 sided die. 😆

[@kyrylovagabond9172]

"Just random number" 😅

[@EdKolis]

6:04 hehe ass pan

[@iGexogen]

About your example - why not just reuse Parse method from TryParse? And in general - is there such use case where logic in Parse and TryParse should be different? Any reason for ms developers to put it on me to implement both methods rather than implement only Parse?

[@nickchapsas]

There is a difference actually and I didn't properly show this. TryParse should now throw an exception. Instead it should return either true or false based on whether it could parse the input, so me returning argument exception is wrong there. I should just be returning false. It's just a common .NET pattern.

[@iGexogen]

@@nickchapsas Here's general implementation of TryParse try { result = Parse(s, provider); return true; } catch { result = default; return false; } I think it's just boilerplate and it is place in single extension method for whole codebase, and only Parse method have to be implemented. Maybe you know use case where it makes any sense to implement both?

[@user-tk2jy8xr8b]

@@iGexogen better do it the opposite way: if TryParse returns false - throw

[@diadetediotedio6918]

@@iGexogen He already said the use case, not throwing exceptions. From where did you take this implementation you provided as a 'general implementation'? Because throwing exceptions has a huge cost, it probably is not implemented this way.

[@ondrejjakub]

nice

[@DM-rc8sp]

❤

They got lazy and "forgot" to implement IParseable and IBitwiseOperators for enum types.

[@Eric19850704]

Thanks!

[@MudzNZ]

Noice number

[@rdmon746]

int.Paws? int.Pause? 😅

[@cliffwakefield]

.NET 8 preview 5, really?

[@TC-xk5rm]

Lmao 1 yr later .net9 is in use.

[@63pufferfish]

A type should not implement its own serialization.

[@a-s733]

seems not realy necessary...

[@AftercastGames]

Meh. Kinda cool, but ultimately not terribly useful, because types rarely only have one string representation. If you want to create a different type for each representation, I guess this would work, but it just seems that writing a static parse function would be quicker and easier to understand. But we’ll see. Maybe I’m just getting old, but adding new language features every month or two seems a bit chaotic, I think. You can’t even start and finish a project before your code is already obsolete. 🙄

[@swordblaster2596]

Pretty marginal stuff IMO

[@Vosoo-e9r]

Kinda weird stuff

[@tywunon]

We are still using Framework 4.8 😥 We are slowly moving to .net8, though

[@liquidcode1704]

bro you lost me 50 million "if we go into that"s ago