1 **Don't try to read this yet!!! Many substantial edits are still in process.
6 I really don't know much category theory. Just enough to put this
7 together. Also, this really is "put together." I haven't yet found an
8 authoritative source (that's accessible to a category theory beginner like
9 myself) that discusses the correspondence between the category-theoretic and
10 functional programming uses of these notions in enough detail to be sure that
11 none of the pieces here is misguided. In particular, it wasn't completely
12 obvious how to map the polymorphism on the programming theory side into the
13 category theory. And I'm bothered by the fact that our `<=<` operation is only
14 partly defined on our domain of natural transformations. But these do seem to
15 me to be the reasonable way to put the pieces together. We very much welcome
16 feedback from anyone who understands these issues better, and will make
22 A **monoid** is a structure `(S, *, z)` consisting of an associative binary operation `*` over some set `S`, which is closed under `*`, and which contains an identity element `z` for `*`. That is:
24 for all s1,s2,s3 in S:
25 (i) s1*s2 etc are also in S
26 (ii) (s1*s2)*s3 = s1*(s2*s3)
27 (iii) z*s1 = s1 = s1*z
29 Some examples of monoids are:
31 * finite strings of an alphabet `A`, with `*` being concatenation and `z` being the empty string
32 * all functions `X->X` over a set `X`, with `*` being composition and `z` being the identity function over `X`
33 * the natural numbers with `*` being plus and `z` being `0` (in particular, this is a **commutative monoid**). If we use the integers, or the naturals mod n, instead of the naturals, then every element will have an inverse and so we have not merely a monoid but a **group**.)
34 * if we let `*` be multiplication and `z` be `1`, we get different monoids over the same sets as in the previous item.
38 A **category** is a generalization of a monoid. A category consists of a class of elements, and a class of **morphisms** between those elements. Morphisms are sometimes also called maps or arrows. They are something like functions (and as we'll see below, given a set of functions they'll determine a category). However, a single morphism only maps between a single source element and a single target element. Also, there can be multiple distinct morphisms between the same source and target, so the identity of a morphism goes beyond its "extension."
40 When a morphism `f` in category `C` has source `c1` and target `c2`, we'll write `f:c1->c2`.
42 To have a category, the elements and morphisms have to satisfy some constraints:
44 (i) the class of morphisms has to be closed under composition: where f:c1->c2 and g:c2->c3, g o f is also a morphism of the category, which maps c1->c3.
45 (ii) composition of morphisms has to be associative
46 (iii) every element e of the category has to have an identity morphism id[e], which is such that for every morphism f:c1->c2:
47 id[c2] o f = f = f o id[c1]
49 These parallel the constraints for monoids. Note that there can be multiple distinct morphisms between an element `e` and itself; they need not all be identity morphisms. Indeed from (iii) it follows that each element can have only a single identity morphism.
51 A good intuitive picture of a category is as a generalized directed graph, where the category elements are the graph's nodes, and there can be multiple directed edges between a given pair of nodes, and nodes can also have multiple directed edges to themselves. (Every node must have at least one such, which is that node's identity morphism.)
54 Some examples of categories are:
56 * Categories whose elements are sets and whose morphisms are functions between those sets. Here the source and target of a function are its domain and range, so distinct functions sharing a domain and range (e.g., sin and cos) are distinct morphisms between the same source and target elements. The identity morphism for any element is the identity function over that set.
58 * any monoid `(S,*,z)` generates a category with a single element `x`; this `x` need not have any relation to `S`. The members of `S` play the role of *morphisms* of this category, rather than its elements. All of these morphisms are understood to map `x` to itself. The result of composing the morphism consisting of `s1` with the morphism `s2` is the morphism `s3`, where `s3=s1+s2`. The identity morphism for the (single) category element `x` is the monoid's identity `z`.
60 * a **preorder** is a structure `(S, <=)` consisting of a reflexive, transitive, binary relation on a set `S`. It need not be connected (that is, there may be members `x`,`y` of `S` such that neither `x<=y` nor `y<=x`). It need not be anti-symmetric (that is, there may be members `s1`,`s2` of `S` such that `s1<=s2` and `s2<=s1` but `s1` and `s2` are not identical).
64 * sentences ordered by logical implication ("p and p" implies and is implied by "p", but these sentences are not identical; so this illustrates a pre-order without anti-symmetry)
65 * sets ordered by size (this illustrates it too)
67 Any pre-order `(S,<=)` generates a category whose elements are the members of `S` and which has only a single morphism between any two elements `s1` and `s2`, iff `s1<=s2`.
72 A **functor** is a "homomorphism", that is, a structure-preserving mapping, between categories. In particular, a functor `F` from category `C` to category `D` must:
74 (i) associate with every element c1 of C an element F(c1) of D
75 (ii) associate with every morphism f:c1->c2 of C a morphism F(f):F(c1)->F(c2) of D
76 (iii) "preserve identity", that is, for every element c1 of C: F of c1's identity morphism in C must be the identity morphism of F(c1) in D:
77 F(id[c1]) = id[F(c1)].
78 (iv) "distribute over composition", that is for any morphisms f and g in C:
79 F(g o f) = F(g) o F(f)
81 A functor that maps a category to itself is called an **endofunctor**. The (endo)functor that maps every element and morphism of `C` to itself is denoted `1C`.
83 How functors compose: If `G` is a functor from category `C` to category `D`, and `K` is a functor from category `D` to category `E`, then `KG` is a functor which maps every element `c1` of `C` to element `K(G(c1))` of `E`, and maps every morphism `f` of `C` to morphism `K(G(f))` of `E`.
85 I'll assert without proving that functor composition is associative.
89 4. Natural Transformation
90 -------------------------
91 So categories include elements and morphisms. Functors consist of mappings from the elements and morphisms of one category to those of another (or the same) category. **Natural transformations** are a third level of mappings, from one functor to another.
93 Where `G` and `H` are functors from category `C` to category `D`, a natural transformation `eta` between `G` and `H` is a family of morphisms `eta[c1]:G(c1)->H(c1)` in `D` for each element `c1` of `C`. That is, `eta[c1]` has as source `c1`'s image under `G` in `D`, and as target `c1`'s image under `H` in `D`. The morphisms in this family must also satisfy the constraint:
95 for every morphism f:c1->c2 in C:
96 eta[c2] o G(f) = H(f) o eta[c1]
98 That is, the morphism via `G(f)` from `G(c1)` to `G(c2)`, and then via `eta[c2]` to `H(c2)`, is identical to the morphism from `G(c1)` via `eta[c1]` to `H(c1)`, and then via `H(f)` from `H(c1)` to `H(c2)`.
101 How natural transformations compose:
103 Consider four categories `B`, `C`, `D`, and `E`. Let `F` be a functor from `B` to `C`; `G`, `H`, and `J` be functors from `C` to `D`; and `K` and `L` be functors from `D` to `E`. Let `eta` be a natural transformation from `G` to `H`; `phi` be a natural transformation from `H` to `J`; and `psi` be a natural transformation from `K` to `L`. Pictorally:
105 - B -+ +--- C --+ +---- D -----+ +-- E --
107 F: ------> G: ------> K: ------>
108 | | | | | eta | | | psi
110 | | H: ------> L: ------>
114 -----+ +--------+ +------------+ +-------
116 Then `(eta F)` is a natural transformation from the (composite) functor `GF` to the composite functor `HF`, such that where `b1` is an element of category `B`, `(eta F)[b1] = eta[F(b1)]`---that is, the morphism in `D` that `eta` assigns to the element `F(b1)` of `C`.
118 And `(K eta)` is a natural transformation from the (composite) functor `KG` to the (composite) functor `KH`, such that where `c1` is an element of category `C`, `(K eta)[c1] = K(eta[c1])`---that is, the morphism in `E` that `K` assigns to the morphism `eta[c1]` of `D`.
121 `(phi -v- eta)` is a natural transformation from `G` to `J`; this is known as a "vertical composition". We will rely later on this, where `f:c1->c2`:
123 phi[c2] o H(f) o eta[c1] = phi[c2] o H(f) o eta[c1]
125 by naturalness of phi, is:
127 phi[c2] o H(f) o eta[c1] = J(f) o phi[c1] o eta[c1]
129 by naturalness of eta, is:
131 phi[c2] o eta[c2] o G(f) = J(f) o phi[c1] o eta[c1]
133 Hence, we can define `(phi -v- eta)[c1]` as: `phi[c1] o eta[c1]` and rely on it to satisfy the constraints for a natural transformation from `G` to `J`:
135 (phi -v- eta)[c2] o G(f) = J(f) o (phi -v- eta)[c1]
137 I'll assert without proving that vertical composition is associative and has an identity, which we'll call "the identity transformation."
140 `(psi -h- eta)` is natural transformation from the (composite) functor `KG` to the (composite) functor `LH`; this is known as a "horizontal composition." It's trickier to define, but we won't be using it here. For reference:
142 (phi -h- eta)[c1] = L(eta[c1]) o psi[G(c1)]
143 = psi[H(c1)] o K(eta[c1])
145 Horizontal composition is also associative, and has the same identity as vertical composition.
151 In earlier days, these were also called "triples."
153 A **monad** is a structure consisting of an (endo)functor `M` from some category `C` to itself, along with some natural transformations, which we'll specify in a moment.
155 Let T be a set of natural transformations p, each being between some (variable) functor P and another functor which is the composite MP' of M and a (variable) functor P'. That is, for each element c1 in C, p assigns c1 a morphism from element P(c1) to element MP'(c1), satisfying the constraints detailed in the previous section. For different members of T, the relevant functors may differ; that is, p is a transformation from functor P to MP', q is a transformation from functor Q to MQ', and none of P,P',Q,Q' need be the same.
157 One of the members of T will be designated the "unit" transformation for M, and it will be a transformation from the identity functor 1C on C to M(1C). So it will assign to c1 a morphism from c1 to M(c1).
159 We also need to designate for M a "join" transformation, which is a natural transformation from the (composite) functor MM to M.
161 These two natural transformations have to satisfy some constraints ("the monad laws") which are most easily stated if we can introduce a defined notion.
163 Let p and q be members of T, that is they are natural transformations from P to MP' and from Q to MQ', respectively. Let them be such that P' = Q. Now (M q) will also be a natural transformation, formed by composing the functor M with the natural transformation q. Similarly, (join Q') will be a natural transformation, formed by composing the natural transformation join with the functor Q'; it will transform the functor MMQ' to the functor MQ'. Now take the vertical composition of the three natural transformations (join Q'), (M q), and p, and abbreviate it as follows:
165 q <=< p =def. ((join Q') -v- (M q) -v- p) --- since composition is associative I don't specify the order of composition on the rhs
167 In other words, <=< is a binary operator that takes us from two members p and q of T to a composite natural transformation. (In functional programming, at least, this is called the "Kleisli composition operator". Sometimes its written p >=> q where that's the same as q <=< p.)
169 p is a transformation from P to MP' which = MQ; (M q) is a transformation from MQ to MMQ'; and (join Q') is a transformation from MMQ' to MQ'. So the composite q <=< p will be a transformation from P to MQ', and so also eligible to be a member of T.
171 Now we can specify the "monad laws" governing a monad as follows:
173 (T, <=<, unit) constitute a monoid
175 That's it. In other words:
178 (i) q <=< p etc are also in T
179 (ii) (r <=< q) <=< p = r <=< (q <=< p)
180 (iii.1) (unit P') <=< p = p
181 (iii.2) p = p <=< (unit P)
183 A word about the P' and P in (iii.1) and (iii.2): since unit on its own is a transformation from 1C to M(1C), it doesn't have the appropriate "type" for unit <=< p or p <=< unit to be defined, for arbitrary p. However, if p is a transformation from P to MP', then (unit P') <=< p and p <=< (unit P) will both be defined.
187 6. The standard category-theory presentation of the monad laws
188 --------------------------------------------------------------
189 In category theory, the monad laws are usually stated in terms of unit and join instead of unit and <=<.
192 P2. every element c1 of a category C has an identity morphism id[c1] such that for every morphism f:c1->c2 in C: id[c2] o f = f = f o id[c1].
193 P3. functors "preserve identity", that is for every element c1 in F's source category: F(id[c1]) = id[F(c1)].
196 Let's remind ourselves of some principles:
197 * composition of morphisms, functors, and natural compositions is associative
198 * functors "distribute over composition", that is for any morphisms f and g in F's source category: F(g o f) = F(g) o F(f)
199 * if eta is a natural transformation from F to G, then for every f:c1->c2 in F and G's source category C: eta[c2] o F(f) = G(f) o eta[c1].
202 Let's use the definitions of naturalness, and of composition of natural transformations, to establish two lemmas.
205 Recall that join is a natural transformation from the (composite) functor MM to M. So for elements c1 in C, join[c1] will be a morphism from MM(c1) to M(c1). And for any morphism f:a->b in C:
207 (1) join[b] o MM(f) = M(f) o join[a]
209 Next, consider the composite transformation ((join MQ') -v- (MM q)).
210 q is a transformation from Q to MQ', and assigns elements c1 in C a morphism q*: Q(c1) -> MQ'(c1). (MM q) is a transformation that instead assigns c1 the morphism MM(q*).
211 (join MQ') is a transformation from MMMQ' to MMQ' that assigns c1 the morphism join[MQ'(c1)].
213 (2) ((join MQ') -v- (MM q)) assigns to c1 the morphism join[MQ'(c1)] o MM(q*).
215 Next, consider the composite transformation ((M q) -v- (join Q)).
216 (3) This assigns to c1 the morphism M(q*) o join[Q(c1)].
218 So for every element c1 of C:
219 ((join MQ') -v- (MM q))[c1], by (2) is:
220 join[MQ'(c1)] o MM(q*), which by (1), with f=q*: Q(c1)->MQ'(c1) is:
221 M(q*) o join[Q(c1)], which by 3 is:
222 ((M q) -v- (join Q))[c1]
224 So our (lemma 1) is: ((join MQ') -v- (MM q)) = ((M q) -v- (join Q)), where q is a transformation from Q to MQ'.
227 Next recall that unit is a natural transformation from 1C to M. So for elements c1 in C, unit[c1] will be a morphism from c1 to M(c1). And for any morphism f:a->b in C:
228 (4) unit[b] o f = M(f) o unit[a]
230 Next consider the composite transformation ((M q) -v- (unit Q)). (5) This assigns to c1 the morphism M(q*) o unit[Q(c1)].
232 Next consider the composite transformation ((unit MQ') -v- q). (6) This assigns to c1 the morphism unit[MQ'(c1)] o q*.
234 So for every element c1 of C:
235 ((M q) -v- (unit Q))[c1], by (5) =
236 M(q*) o unit[Q(c1)], which by (4), with f=q*: Q(c1)->MQ'(c1) is:
237 unit[MQ'(c1)] o q*, which by (6) =
238 ((unit MQ') -v- q)[c1]
240 So our lemma (2) is: (((M q) -v- (unit Q)) = ((unit MQ') -v- q)), where q is a transformation from Q to MQ'.
243 Finally, we substitute ((join Q') -v- (M q) -v- p) for q <=< p in the monad laws. For simplicity, I'll omit the "-v-".
245 for all p,q,r in T, where p is a transformation from P to MP', q is a transformation from Q to MQ', R is a transformation from R to MR', and P'=Q and Q'=R:
247 (i) q <=< p etc are also in T
249 (i') ((join Q') (M q) p) etc are also in T
252 (ii) (r <=< q) <=< p = r <=< (q <=< p)
254 (r <=< q) is a transformation from Q to MR', so:
255 (r <=< q) <=< p becomes: (join R') (M (r <=< q)) p
256 which is: (join R') (M ((join R') (M r) q)) p
257 substituting in (ii), and helping ourselves to associativity on the rhs, we get:
259 ((join R') (M ((join R') (M r) q)) p) = ((join R') (M r) (join Q') (M q) p)
260 ---------------------
261 which by the distributivity of functors over composition, and helping ourselves to associativity on the lhs, yields:
262 ------------------------
263 ((join R') (M join R') (MM r) (M q) p) = ((join R') (M r) (join Q') (M q) p)
265 which by lemma 1, with r a transformation from Q' to MR', yields:
267 ((join R') (M join R') (MM r) (M q) p) = ((join R') (join MR') (MM r) (M q) p)
269 which will be true for all r,q,p just in case:
271 ((join R') (M join R')) = ((join R') (join MR')), for any R'.
273 which will in turn be true just in case:
275 (ii') (join (M join)) = (join (join M))
278 (iii.1) (unit P') <=< p = p
280 (unit P') is a transformation from P' to MP', so:
281 (unit P') <=< p becomes: (join P') (M unit P') p
282 which is: (join P') (M unit P') p
283 substituting in (iii.1), we get:
284 ((join P') (M unit P') p) = p
286 which will be true for all p just in case:
288 ((join P') (M unit P')) = the identity transformation, for any P'
290 which will in turn be true just in case:
292 (iii.1') (join (M unit) = the identity transformation
295 (iii.2) p = p <=< (unit P)
297 p is a transformation from P to MP', so:
298 unit <=< p becomes: (join P') (M p) unit
299 substituting in (iii.2), we get:
300 p = ((join P') (M p) (unit P))
302 which by lemma (2), yields:
304 p = ((join P') ((unit MP') p)
306 which will be true for all p just in case:
308 ((join P') (unit MP')) = the identity transformation, for any P'
310 which will in turn be true just in case:
312 (iii.2') (join (unit M)) = the identity transformation
315 Collecting the results, our monad laws turn out in this format to be:
317 when p a transformation from P to MP', q a transformation from P' to MQ', r a transformation from Q' to MR' all in T:
319 (i') ((join Q') (M q) p) etc also in T
321 (ii') (join (M join)) = (join (join M))
323 (iii.1') (join (M unit)) = the identity transformation
325 (iii.2')(join (unit M)) = the identity transformation
329 7. The functional programming presentation of the monad laws
330 ------------------------------------------------------------
331 In functional programming, unit is usually called "return" and the monad laws are usually stated in terms of return and an operation called "bind" which is interdefinable with <=< or with join.
333 Additionally, whereas in category-theory one works "monomorphically", in functional programming one usually works with "polymorphic" functions.
335 The base category C will have types as elements, and monadic functions as its morphisms. The source and target of a morphism will be the types of its argument and its result. (As always, there can be multiple distinct morphisms from the same source to the same target.)
337 A monad M will consist of a mapping from types c1 to types M(c1), and a mapping from functions f:c1->c2 to functions M(f):M(c1)->M(c2). This is also known as "fmap f" or "liftM f" for M, and is called "function f lifted into the monad M." For example, where M is the list monad, M maps every type X into the type "list of Xs", and maps every function f:x->y into the function that maps [x1,x2...] to [y1,y2,...].
342 A natural transformation t assigns to each type c1 in C a morphism t[c1]: c1->M(c1) such that, for every f:c1->c2:
343 t[c2] o f = M(f) o t[c1]
345 The composite morphisms said here to be identical are morphisms from the type c1 to the type M(c2).
349 In functional programming, instead of working with natural transformations we work with "monadic values" and polymorphic functions "into the monad" in question.
351 For an example of the latter, let p be a function that takes arguments of some (schematic, polymorphic) type c1 and yields results of some (schematic, polymorphic) type M(c2). An example with M being the list monad, and c2 being the tuple type schema int * c1:
353 let p = fun c -> [(1,c), (2,c)]
355 p is polymorphic: when you apply it to the int 0 you get a result of type "list of int * int": [(1,0), (2,0)]. When you apply it to the char 'e' you get a result of type "list of int * char": [(1,'e'), (2,'e')].
357 However, to keep things simple, we'll work instead with functions whose type is settled. So instead of the polymorphic p, we'll work with (p : c1 -> M(int * c1)). This only accepts arguments of type c1. For generality, I'll talk of functions with the type (p : c1 -> M(c1')), where we assume that c1' is a function of c1.
359 A "monadic value" is any member of a type M(c1), for any type c1. For example, a list is a monadic value for the list monad. We can think of these monadic values as the result of applying some function (p : c1 -> M(c1')) to an argument of type c1.