Need help on custom relay ID resolution about strawberry-django-plus HOT 2 OPEN

Hi @ashishnitinpatil ,

You can change the attribute that is used to retrieve the id using id_attr or even by defining your own resolve_id

Now, if I understood correctly, you want to also change how it is serialized, so instead of being serialized as a base64 of <Type>:<Id> you would only want <Id>? That might be problematic for the following reason:

The globalid should be something unique and that you can usually retrieve the object back by having just it. For example, if I have an object with id 2022-06-07-001 as you described, for which type is it? Is it an OrderType, an UserType or even a ProductType? That is the reason that usually the type is serialized together.

Having said that, you can probably create a custom directive to use on GlobalID scalars, which would retrieve those and get you the id directly. For example, you could use it like this on the client:

order {
  id
  extractedId: id @extractGlobalId
}

In the example bellow, the id still is the globalid as a base64, but the extractedId would be the id that your directive returned, which can be implemented to return the id directly.

What do you think of those approaches? Of am I missing something on what do you want to do?

from strawberry-django-plus.

Thanks for the helpful response @bellini666 !

I tried defining the id_attr on my type earlier, but it doesn't work as intended, maybe overriding the resolve_id might help. I'll try that.

Your understanding is mostly correct, and I completely get why one should ideally use the combination of <Type>:<Id> but the reason I would prefer just <Id_attr> (in my case number) is that the frontend URLs which use the id would look much better and be human readable, not to mention the concern of revealing the database autoincrementing ID. Which is why, I don't mind throwing errors when a different type's ID is passed to the APIs that use the <Id_attr> for resolving objects instead of usual <Type>:<Id>.

Hope I'm little more clear.

from strawberry-django-plus.