Type
Types are the highlight of ReScript! They are:
Strong. A type can't change into another type. In JavaScript, your variable's type might change when the code runs (aka at runtime). E.g. a
number
variable might change into astring
sometimes. This is an anti-feature; it makes the code much harder to understand when reading or debugging.Static. ReScript types are erased after compilation and don't exist at runtime. Never worry about your types dragging down performance. You don't need type info during runtime; we report all the information (especially all the type errors) during compile time. Catch the bugs earlier!
Sound. This is our biggest differentiator versus many other typed languages that compile to JavaScript. Our type system is guaranteed to never be wrong. Most type systems make a guess at the type of a value and show you a type in your editor that's sometime incorrect. We don't do that. We believe that a type system that is sometime incorrect can end up being dangerous due to expectation mismatches.
Fast. Many developers underestimate how much of their project's build time goes into type checking. Our type checker is one of the fastest around.
Inferred. You don't have to write down the types! ReScript can deduce them from their values. Yes, it might seem magical that we can deduce all of your program's types, without incorrectness, without your manual annotation, and do so quickly. Welcome to ReScript =).
The following sections explore more of our type system.
Inference
This let-binding doesn't contain any written type:
ReScript knows that score
is an int
, judging by the value 10
. This is called inference. Likewise, it also knows that the add
function takes 2 int
s and returns an int
, judging from the +
operator, which works on ints.
Type Annotation
But you can also optionally write down the type, aka annotate your value:
If the type annotation for score
doesn't correspond to our inferred type for it, we'll show you an error during compilation time. We won't silently assume your type annotation is correct, unlike many other languages.
You can also wrap any expression in parentheses and annotate it:
Note: in the last line, (~radius as r: int)
is a labeled argument. More on this in the function page.
Type Alias
You can refer to a type by a different name. They'll be equivalent:
Type Parameter (Aka Generic)
Types can accept parameters, akin to generics in other languages. The parameters' names need to start with '
.
The use-case of a parameterized type is to kill duplications. Before:
After:
Note that the above codes are just contrived examples for illustration purposes. Since the types are inferred, you could have just written:
The type system infers that it's a (int, int, int)
. Nothing else needed to be written down.
Type arguments appear in many places. Our array<'a>
type is such a type that requires a type parameter
If types didn't accept parameters, the standard library would need to define the types arrayOfString
, arrayOfInt
, arrayOfTuplesOfInt
, etc. That'd be tedious.
Types can receive many arguments, and be composable.
Recursive Types
Just like a functions, a type can reference itself within itself using rec
:
Mutually Recursive Types
Types can also be mutually recursive through and
:
Type Escape Hatch
ReScript's type system is robust and does not allow dangerous, unsafe stuff like implicit type casting, randomly guessing a value's type, etc. However, out of pragmatism, we expose a single escape hatch for you to "lie" to the type system:
This declaration converts a myType1
of your choice to myType2
of your choice. You can use it like so:
Obviously, do not abuse this feature. Use it tastefully when you're working with existing, overly dynamic JS code, for example.
More on externals here.
Note: this particular external
is the only one that isn't preceded by a @bs
annotation.