terms with methods
Like in the case of papp
that is meant to work with a plu-ts
function as the first argument, there are functions that are meant to work with specific types.
The functions can of course be used as normal but sometimes some arguments can be made implicit.
As an example, the built-in padd
is meant to work with integers, so it would be great if instead of writing:
padd.$( int1 ).$( int2 )
we could make the first argument implicit and just do:
int1.add( int2 )
Turns out plu-ts
implements some special terms that extend the normal Term
functionalities, adding some methods to them. For most of the types there is a special Term
type with extended functionalities:
normal term | term with methods |
---|---|
Term<PUnit> | |
Term<PInt> | TermInt |
Term<PBool> | TermBool |
Term<PByteString> | TermBS |
Term<PStr> | TermStr |
Term<PData> | |
Term<PList<PElemsType>> | TermList<PElemsType> |
Term<PPair<Fst,Snd>> | |
Term<PDelayed<PType>> | |
Term<PLam<In,Out>> | |
Term<PFn<Ins,Out>> | TermFn<Ins,Out> |
Term<Alias<PType>> | depends by PType |
Term<PStruct<StructDef>> | TermStruct<StructDef> |
These are callde "utility terms" and are covered more in depth in the standard library section; but is good having in mind that these exsists as they makes our life much easier while writing a program.
I see two properties that look similar, which one should I use?
Every utility term exposes two variants for each property it has; one is a plain function and the other (the one that ends with "...Term") that is the plu-ts
version of it.
Let's take a look at the TermInt
definition:
type TermInt = Term<PInt> & {
readonly addTerm: TermFn<[PInt], PInt>
readonly add: ( other: Term<PInt> ) => TermInt
readonly subTerm: TermFn<[PInt], PInt>
readonly sub: ( other: Term<PInt> ) => TermInt
readonly multTerm: TermFn<[PInt], PInt>
readonly mult: ( other: Term<PInt> ) => TermInt
//
// ... lots of other methods
//
}
Generally speaking you want to use the ts function version for two reasons:
- is more readable
- might produce slightly less code (hence is more efficient)
However, the fact that is defined as a function makes it unable to be passed as argument to plu-ts
higher oreder functions (or a normal ts functions that expects Term<PLam>
as argument).
In that case you want to use the "...Term" alternative which is optimized exactly for that.