[pdata] Deprecate HexString func on SpanID and TraceID #6530
Add this suggestion to a batch that can be applied as a single commit.
This suggestion is invalid because no changes were made to the code.
Suggestions cannot be applied while the pull request is closed.
Suggestions cannot be applied while viewing a subset of changes.
Only one suggestion per line can be applied in a batch.
Add this suggestion to a batch that can be applied as a single commit.
Applying suggestions on deleted lines is not supported.
You must change the existing code in this line in order to create a valid suggestion.
Outdated suggestions cannot be applied.
This suggestion has been applied or marked resolved.
Suggestions cannot be applied from pending reviews.
Suggestions cannot be applied on multi-line comments.
Suggestions cannot be applied while the pull request is queued to merge.
Suggestion cannot be applied right now. Please check back later.
[SpanID|TraceID].HexString
methods currently return an empty string for empty SpanID and TraceID instances. This behavior is not defined in the OTel spec and contradicts with w3c recommendations. We don't want to promote a behavior which possibly can be changed in future.Additionally we introduce
[SpanID|TraceID].String
methods that have the same logic asHexString
and implementfmt.Stringer
interface to allowSpanID
andTraceID
instances to be used in log statements and avoid unnecessary allocation when log is not emitted. But theString
method is not encouraged to be used as a replacement forHexString
because of the concerns described above.Updates #6514