porous_grey_matter comments on I love Rust

I love Rust (lemmy.blahaj.zone)

submitted 2 years ago by rustyfemboy@lemmy.blahaj.zone to c/programmerhumor@lemmy.ml

73 comments fedilink hide all child comments

On the left: Someone browsing through a huge book captioned "Implementing equality in other languages". On the right: A tiny book labelled with the Rust code `#[derive(PartialEq, Eq)]` captioned "Implementing Eq in Rust".

you are viewing a single comment's thread
view the rest of the comments

[–] porous_grey_matter@lemmy.ml 11 points 2 years ago (4 children)

It's not hard, just if you're doing it for a struct with a lot of fields it's a lot of boilerplate

parent

hideshow 4 child comments

[–] GetOffMyLan@programming.dev 4 points 2 years ago*

I just use the HashCode class and compare the results.

Pretty sure there's a source generator for it as well nowadays.

parent

[–] Deckweiss@lemmy.world -5 points 2 years ago* (2 children)

My IDE can do that for me. And it was able to do that pre AI boom. Yes, the code ends up more verbose, but I just collapse it.

So from a modern dev UX perspective, this shouldn't be a major difference.

parent

hideshow 2 child comments

[–] porous_grey_matter@lemmy.ml 4 points 2 years ago

Even if the tool works perfectly, you have to run it every time you change something. It's not the end of the world, but it's still much nicer to just have a macro to derive it at compile time.

parent

[–] kazaika@lemmy.world 2 points 2 years ago

What if youre working with library types? The problem is not not you compare a bunch of fields but that the implementation on those members is most likely bad.

parent