izumi-reflect
@quote: Looks a bit similar to TypeTag
izumi-reflect is a fast, lightweight, portable and efficient alternative for TypeTag from scala-reflect.
izumi-reflect is a lightweight model of Scala type system and provides a simulator of the important parts of the Scala typechecker.
Why izumi-reflect​
izumi-reflectcompiles faster, runs a lot faster thanscala-reflectand is fully immutable and thread-safe,izumi-reflectsupports Scala 2.11, 2.12, 2.13 and Scala 3,izumi-reflectsupports Scala.js and Scala Native,izumi-reflectworks well with GraalVM Native Image,izumi-reflectallows you to obtain tags for unapplied type constructors (F[_]) and combine them at runtime.
Credits​
izumi-reflect has been created by Septimal Mind to power Izumi Project,
as a replacement for TypeTag in reaction to a lack of confirmed information about the future of scala-reflect/TypeTag in Scala 3 (Motivation), and donated to ZIO.
Limitations​
izumi-reflect model of the Scala type system is not 100% precise, but "good enough" for the vast majority of the usecases.
Known limitations are:
- Recursive type bounds (F-bounded types) are not preserved and may produce false positives,
- Existential types, both written with wildcards and
forSomemay produce unexpected results, the support is limited, - Path-Dependent Types are based on variable names and may cause unexpected results when variables with different names have the same type or vice-versa (vs. Scala compiler)
- This-Types such as
X.this.typeare ignored and identical toX izumi-reflectis less powerful thanscala-reflect: it does not preserve fields and methods when it's not necessary for equality and subtype checks, it does not preserve code trees, internal compiler data structures, etc.- There are some optimizations in place which reduce correctness, namely: subtype check for
scala.Matchablewill always return true, no distinction is made betweenscala.Anyandscala.AnyRef. - Lower bounds are not preserved in abstract higher-kinded type members which may produce false comparisons.
- Type and value members are not preserved in concrete types which may produce false comparisons with refined/structural types. (https://github.com/zio/izumi-reflect/issues/481)
Debugging​
Set -Dizumi.reflect.debug.macro.rtti=true to enable debug output during compilation when tags are constructed and at runtime when they are compared.
sbt -Dizumi.reflect.debug.macro.rtti=true
To see debug output when compiling in Intellij, add the above flag to VM options in Preferences -> Build, Execution, Deployment -> Compiler -> Scala Compiler -> Scala Compile Server
You may also set it in .jvmopts file during development. (.jvmopts properties will not apply to Intellij compile server, only to sbt)
Set -Dizumi.reflect.debug.macro.rtti.assertions=true to enable additional assertions.
Other useful system properties are:
Talks
- Kit Langton — Scala 3 Macro Fun (Open Source Hackery)
- Pavel Shirshov — Izumi Reflect: Scala Type System Model
See also
gzoller/scala-reflection​
- Scala 3 only
- No support for subtype checks
- Type lambdas are not supported
- Preserves field information
airframe-surface​
- Scala 2 and Scala 3
- No support for subtype checks
- Preserves field information
And even more​
- https://github.com/gaeljw/typetrees - a very basic type tag substitute for Scala 3
- https://stackoverflow.com/questions/75752812/is-there-a-simple-scala-3-example-of-how-to-use-quoted-type-as-replacement-for - discussion on StackOverflow
- https://contributors.scala-lang.org/t/scala-3-and-reflection/3627 - original discussion on Scala Contributors forum
