Rikudou_Sage@lemmings.world to Programmer Humor@programming.dev · 22 days agoI'm not sure, but it might be something about UUIDslemmings.worldimagemessage-square43linkfedilinkarrow-up1432arrow-down14
arrow-up1428arrow-down1imageI'm not sure, but it might be something about UUIDslemmings.worldRikudou_Sage@lemmings.world to Programmer Humor@programming.dev · 22 days agomessage-square43linkfedilink
minus-squarefour@lemmy.ziplinkfedilinkEnglisharrow-up2arrow-down1·21 days agoShouldnt it be return UUID { uuid: uuid.uuid } ? I think it would make more sense AND more uuid per UUID
minus-squareboonhet@sopuli.xyzlinkfedilinkarrow-up1·21 days agoI’m assuming it’s a map/dictionary notation here, rather than a type hint
minus-squareRikudou_Sage@lemmings.worldOPlinkfedilinkarrow-up2arrow-down1·21 days 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.
Shouldnt it be
return UUID { uuid: uuid.uuid }?I think it would make more sense AND more uuid per UUID
I’m assuming it’s a map/dictionary notation here, rather than a type hint
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