duct 2020-09-02

Does anyone know why integrant’s composite-keyword function appends a gensym’d value to the end of the composite key? I know these return values are memoized, but I was thinking about using them as a stable id across JVM restarts, though obviously can’t because of this. Obviously it’s easy to generate a unique composite myself; so not a big deal, just curious what the reasoning was.

I think it's just an easy solution to make it unique

Isn’t it a unique unambiguous value without the gensym though?

You'd have to take all the keywords, stringify them, and then create a new keyword out of that, in order to make it unique

Ah right but the parts are also part of the new key

The only thing would be that: [:foo.bar/baz] and [:foo/bar.baz] Would both result in the same key (in the function's current form, without gensym)

But that could be fixed

I think technically speaking you could always create duplicate keys without gensym. But you could make it very difficult

Yeah I think the problem is that ig/loadnamespaces allows :foo.bar.baz and :foo.bar/baz to resolve to the same thing

That's one problem, the other is that when creating a new composite keyword, it joins the name and namespace with a .

yeah but that later one is easily solved by changing the implementation of composite-keyword

well I say easily solved… I guess there is a small issue that most characters are usable in a keyword

though actually you could leverage using unreadable characters there e.g. even (keyword "foo bar") would work (though not recommending that one) actually ignore all that.