It may not be obvious, but F# actually has two syntaxes - one for normal (value) expressions, and one for type definitions. For example:
[1;2;3] // a normal expression int list // a type expression Some 1 // a normal expression int option // a type expression (1,"a") // a normal expression int * string // a type expression
Type expressions have a special syntax that is different from the syntax used in normal expressions. You have already seen many examples of this when you use the interactive session, because the type of each expression has been printed along with its evaluation.
As you know, F# uses type inference to deduce types, so you don't often need to explicitly specify types in your code, especially for functions. But in order to work effectively in F#, you do need to understand the type syntax, so that you can build your own types, debug type errors, and understand function signatures. In this post, we'll focus on its use in function signatures.
Here are some example function signatures using the type syntax:
// expression syntax // type syntax let add1 x = x + 1 // int -> int let add x y = x + y // int -> int -> int let print x = printf "%A" x // 'a -> unit System.Console.ReadLine // unit -> string List.sum // 'a list -> 'a List.filter // ('a -> bool) -> 'a list -> 'a list List.map // ('a -> 'b) -> 'a list -> 'b list
Just by examining a functionís signature, you can often get some idea of what it does. Letís look at some examples and analyze them in turn.
// function signature 1 int -> int -> int
This function takes two
int parameters and returns another, so presumably it is some sort of mathematical function such as addition, subtraction, multiplication, or exponentiation.
// function signature 2 int -> unit
This function takes an
int and returns a
unit, which means that the function is doing something important as a side-effect. Since there is no useful return value, the side effect is probably something to do with writing to IO, such as logging, writing to a file or database, or something similar.
// function signature 3 unit -> string
This function takes no input but returns a
string, which means that the function is conjuring up a string out of thin air! Since there is no explicit input, the function probably has something to do with reading (from a file say) or generating (a random string, say).
// function signature 4 int -> (unit -> string)
This function takes an
int input and returns a function that when called, returns strings. Again, the function probably has something to do with reading or generating. The input probably initializes the returned function somehow. For example, the input could be a file handle, and the returned function something like
readline(). Or the input could be a seed for a random string generator. We canít tell exactly, but we can make some educated guesses.
// function signature 5 'a list -> 'a
This function takes a list of some type, but returns only one of that type, which means that the function is merging or choosing elements from the list. Examples of functions with this signature are
List.head and so on.
// function signature 6 ('a -> bool) -> 'a list -> 'a list
This function takes two parameters: the first is a function that maps something to a bool (a predicate), and the second is a list. The return value is a list of the same type. Predicates are used to determine whether a value meets some sort of criteria, so it looks like the function is choosing elements from the list based on whether the predicate is true or not and then returning a subset of the original list. A typical function with this signature is
// function signature 7 ('a -> 'b) -> 'a list -> 'b list
This function takes two parameters: the first maps type
'a to type
'b, and the second is a list of
'a. The return value is a list of a different type
'b. A reasonable guess is that the function takes each of the
'as in the list, maps them to a
'b using the function passed in as the first parameter, and returns the new list of
'bs. And indeed, the prototypical function with this signature is
Function signatures are an important part of searching for library functions. The F# libraries have hundreds of functions in them and they can initially be overwhelming. Unlike an object oriented language, you cannot simply "dot into" an object to find all the appropriate methods. However, if you know the signature of the function you are looking for, you can often narrow down the list of candidates quickly.
For example, let's say you have two lists and you are looking for a function to combine them into one. What would the signature be for this function? It would take two list parameters and return a third, all of the same type, giving the signature:
'a list -> 'a list -> 'a list
Now go to the MSDN documentation for the F# List module, and scan down the list of functions, looking for something that matches. As it happens, there is only one function with that signature:
append : 'T list -> 'T list -> 'T list
which is exactly the one we want!
Sometimes you may want to create your own types to match a desired function signature. You can do this using the ďtypeĒ keyword, and define the type in the same way that a signature is written:
type Adder = int -> int type AdderGenerator = int -> Adder
You can then use these types to constrain function values and parameters.
For example, the second definition below will fail because of type constraints. If you remove the type constraint (as in the third definition) there will not be any problem.
let a:AdderGenerator = fun x -> (fun y -> x + y) let b:AdderGenerator = fun (x:float) -> (fun y -> x + y) let c = fun (x:float) -> (fun y -> x + y)
How well do you understand function signatures? See if you can create simple functions that have each of these signatures. Avoid using explicit type annotations!
val testA = int -> int val testB = int -> int -> int val testC = int -> (int -> int) val testD = (int -> int) -> int val testE = int -> int -> int -> int val testF = (int -> int) -> (int -> int) val testG = int -> (int -> int) -> int val testH = (int -> int -> int) -> int