[
https://issues.apache.org/jira/browse/THRIFT-5587?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=17547959#comment-17547959
]
Triton Circonflexe commented on THRIFT-5587:
--------------------------------------------
Boost::Uuid library looks like a fine candidate for a alternative to the fixed
16 byte array in C++:
* libthrift already depends on Boost so it does not add any dependency on this
side.
* It’s available since Boost 1.43.0 and I think the minimum version for
libthrift is already higher.
* It allows for uuid generation and manipulation.
* The downside is that it adds a dependency on the application that is not
necessarily desired.
** Keeping {{using uuid = byte[16];}} as the default should be preferred for
the general case.
My 2 cents.
> Introduce uuid as additional builtin type
> -----------------------------------------
>
> Key: THRIFT-5587
> URL: https://issues.apache.org/jira/browse/THRIFT-5587
> Project: Thrift
> Issue Type: New Feature
> Components: Compiler (General)
> Reporter: Jens Geyer
> Assignee: Jens Geyer
> Priority: Major
>
> I hereby propose to add *{{uuid}}* as an additional built-in basic type.
> *Rationale:*
> * Uuids (or Guids) are a state of the art and well-understood way to
> identitify data entities.
> * There is support in next to all languages' runtimes to generate, convert
> and store such data.
> * Although conversion to and from string or binary is certainly possible, it
> is also rather cumbersome.
> * A distinct datatype enables us to sent it in the most suitable way across
> the wire: JSON=text, Compact=binary
> *Remarks*
> * -I am open to discuss the term "guid" vs "uuid". Coming from NET platforms
> I would tend to guid, but I am open to uuid (or even both) as well. That's
> just a detail.-
> * If no significant concern is raised, I would move on and implement C#,
> Delphi and Haxe bindings (as sub-tasks) myself and leave the rest to the
> community.
>
--
This message was sent by Atlassian Jira
(v8.20.7#820007)
