Rikudou_Sage@lemmings.world to Programmer Humor@programming.dev · 5 months agoI'm not sure, but it might be something about UUIDslemmings.worldimagemessage-square40fedilinkarrow-up1395arrow-down14
arrow-up1391arrow-down1imageI'm not sure, but it might be something about UUIDslemmings.worldRikudou_Sage@lemmings.world to Programmer Humor@programming.dev · 5 months agomessage-square40fedilink
minus-squarefour@lemmy.ziplinkfedilinkEnglisharrow-up2arrow-down1·5 months agoShouldnt it be return UUID { uuid: uuid.uuid } ? I think it would make more sense AND more uuid per UUID
minus-squareRikudou_Sage@lemmings.worldOPlinkfedilinkarrow-up3·5 months agoThe first UUID is a local type, the second is the name of an embedded struct, the third is the name of the variable. The struct looks something like this (writing this on my phone) type UUID struct { uuid.UUID } So, basically, this is a custom wrapper for a third party UUID implementation.
minus-squareboonhet@sopuli.xyzlinkfedilinkarrow-up1·5 months agoI’m assuming it’s a map/dictionary notation here, rather than a type hint
Shouldnt it be
return UUID { uuid: uuid.uuid }?I think it would make more sense AND more uuid per UUID
The first UUID is a local type, the second is the name of an embedded struct, the third is the name of the variable.
The struct looks something like this (writing this on my phone)
type UUID struct { uuid.UUID }
So, basically, this is a custom wrapper for a third party UUID implementation.
Ahh, that makes sense then
I’m assuming it’s a map/dictionary notation here, rather than a type hint