jchambers/fast-uuid

Any plans to implement 'String randomUUID()' without creating intermediate UUID object?

doom369 opened this issue · 5 comments

doom369 commented

First of all - thanks for this library. I always had in my head idea to do the same, but now... you did it 👍.

Do you have any plans for implementing

String randomUUID() instead of JDK UUID randomUUID()

that will not allocate additional UUID object?

jchambers commented

Hadn't really thought about it, but sure! Why not?

  • 👍2
l15k4 commented

@jchambers hey, would you please publish it to sonatype or to some publicly available repo?

jchambers commented

hey, would you please publish it to sonatype or to some publicly available repo?

I'm traveling right now, and so don't have access to my signing keys. I'll publish as soon as I'm back at home this weekend.

  • 👍1
jchambers commented

I took a shot at this in #2, but the performance gains were minimal. I think most users will be just fine with:

String uuidString = FastUUID.toString(UUID.randomUUID());

I've closed #2 as a result (and will close this, too), but I remain open to arguments that this would still be helpful!

jchambers commented

…and I've opened #6 for publishing to Maven Central so we can track that separately.