Re: Disjoint types in SRFIs
Lassi Kortela 13 Jun 2021 10:16 UTC
> It has already been argued several times that all these attempts so far
> are logically flawed and don't imply what they should.
Is there a succint statement of the flaw?
> Luckily, there is a solution, which can be implemented right now and
> which is future-proof, namely using uids, through which we can exactly
> express what we want.
>
> So the above sentence cited from SRFI 224 would become:
>
> "Fxmappings are instances of a sealed, opaque, nongenerative record type
> with uid
> fxmapping-2bf340e5-304e-436e-8478-926c7040f3f."
UUIDs are trivially unique, but suboptimal to have in contexts where
they are shown to people. Would this be something along the lines of:
(define-record-type fxmapping-2bf340e5-304e-436e-8478-926c7040f3f ...)
Another alternative is to allocate human-readable IDs and track them in
a table in <https://registry.scheme.org/>. Here too we'd be free to add
identifiers at SRFI publication time, RnRS publication time, or any
other time.