this post was submitted on 23 Jul 2023
22 points (100.0% liked)

Rust Programming

8141 readers
26 users here now

founded 5 years ago
MODERATORS
you are viewing a single comment's thread
view the rest of the comments
[โ€“] [email protected] 5 points 1 year ago (3 children)

If you don't mind a quick review:

Another thing worth noting is that it's as if the proc macro literally injects a bit of source code in-line where you call derive. This means that if you are going to refer to any structs/crates/modules etc.. it makes things a lot easier to refer to them via their full path.

I since that someone doesn't know about putting their impls in a:

const _: () = {
}

Also, using quote!{} instead of quote!() will make your indentation life easier.

anyhow instead of thiserror in your API is...

Otherwise, good, if very basic, write-up.

PS: How dare you post this to Reddit you Fediverse traitor ๐Ÿ˜‰

[โ€“] [email protected] 2 points 1 year ago (2 children)

Oh nooooo I've been discovered posting to reddit! ๐Ÿ˜ฏ We need to really post more rust content here, there's barely anything.

Yeah I just used anyhow instead of thiserror as that's what I'm using on divedb.

I'm not sure about the impl thing, care to elaborate?

[โ€“] [email protected] 2 points 1 year ago (1 children)

Iโ€™m not sure about the impl thing, care to elaborate?

See this serde-derive code.

Basically, you're wrapping your impl in a dummy const, so your impl lives in its own lexical scope.

You can set attributes on that scope, define consts/statics, import stuff that will not interfere with anything outside the generated code...etc.

So, just add your use lines. You can allow unused imports on the scope too, no conditional imports needed to avoid warnings. You don't have to worry about anything ๐Ÿ˜‰

[โ€“] [email protected] 1 points 1 year ago

Oh wow I'm getting flashbacks to IIFE in js! Makes sense