Difference lists as functions
A difference list of the second sort represents lists as a function
f, which when given a list
x, returns the list that
f represents, prepended to
Whether this kind of difference list is more efficient than another list representations depends on usage patterns.
If an algorithm builds a list by concatenating smaller lists, which are themselves built by concatenating still smaller lists,
then use of difference lists can improve performance by effectively "flattening" the list building computations.
This can best be exemplified by
shows of Prelude, where the first one implements the naive approach and the second one uses difference lists.
Consider showing a binary tree.
(show L) ++ (show T ++ (show R))
((show LL) ++ (show LT ++ (show LR))) ++ (show T ++ (show R))
(((show LLL) ++ (show LLT ++ (show LLR))) ++ (show LT ++ (show LR))) ++ (show T ++ (show R))
If the tree is large, you end up with a pretty large left association for the left subtree. True, there's lot of right association, too, but bad enough.
With difference lists you write
shows L . (shows T . shows R)
(shows LL . (shows LT . shows LR)) . (shows T . shows R)
((shows LLL . (shows LLT . shows LLR)) . (shows LT . shows LR)) . (shows T . shows R)
You still need to resolve three (.) until you get to the first character of the result string, but for the subsequent characters you do not need to resolve those dots. In the end, resolution of all (.) may need some time but then concatenation is performed entirely right-associative.
- ShowS type in the Prelude of Haskell
- The Endo monoid from
Data.Monoidallows a simple difference list implementation. E.g.
Endo ("bla"++)represents the list
memptyrepresents the empty list,
mappendis list concatenation and
appEndo dlist converts the difference list
dlistto a regular list.
- Donald Bruce Stewart's difference list library
- Bas van Dijk's difference strings library (which is just a newtype wrapper around a DList Char)