Estoy intentando asimilar la traverse
función de Data.Traversable
. No puedo ver su sentido. Como vengo de un trasfondo imperativo, ¿alguien puede explicarme en términos de un bucle imperativo? Se agradecería mucho el pseudocódigo. Gracias.
Estoy intentando asimilar la traverse
función de Data.Traversable
. No puedo ver su sentido. Como vengo de un trasfondo imperativo, ¿alguien puede explicarme en términos de un bucle imperativo? Se agradecería mucho el pseudocódigo. Gracias.
Respuestas:
traverse
es lo mismo que fmap
, excepto que también le permite ejecutar efectos mientras reconstruye la estructura de datos.
Eche un vistazo al ejemplo de la Data.Traversable
documentación.
data Tree a = Empty | Leaf a | Node (Tree a) a (Tree a)
La Functor
instancia de Tree
sería:
instance Functor Tree where
fmap f Empty = Empty
fmap f (Leaf x) = Leaf (f x)
fmap f (Node l k r) = Node (fmap f l) (f k) (fmap f r)
Reconstruye todo el árbol, aplicándose f
a cada valor.
instance Traversable Tree where
traverse f Empty = pure Empty
traverse f (Leaf x) = Leaf <$> f x
traverse f (Node l k r) = Node <$> traverse f l <*> f k <*> traverse f r
La Traversable
instancia es casi la misma, excepto que los constructores se llaman en estilo aplicativo. Esto significa que podemos tener efectos (secundarios) al reconstruir el árbol. Aplicativo es casi lo mismo que mónadas, excepto que los efectos no pueden depender de resultados previos. En este ejemplo, significa que no podría hacer algo diferente a la rama derecha de un nodo dependiendo de los resultados de reconstruir la rama izquierda, por ejemplo.
Por razones históricas, la Traversable
clase también contiene una versión monádica de traverse
called mapM
. Para todos los efectos mapM
es lo mismo que traverse
: existe como un método separado porque Applicative
solo más tarde se convirtió en una superclase de Monad
.
Si implementara esto en un lenguaje impuro, fmap
sería lo mismo que traverse
, ya que no hay forma de prevenir los efectos secundarios. No puede implementarlo como un bucle, ya que debe atravesar su estructura de datos de forma recursiva. Aquí hay un pequeño ejemplo de cómo lo haría en Javascript:
Node.prototype.traverse = function (f) {
return new Node(this.l.traverse(f), f(this.k), this.r.traverse(f));
}
Sin embargo, implementarlo de esta manera te limita a los efectos que permite el lenguaje. Si desea el no determinismo (que es la instancia de la lista de modelos aplicativos) y su lenguaje no lo tiene incorporado, no tiene suerte.
Functor
, la parte que no es paramétrica. El valor del estado en State
, falla en Maybe
y Either
, el número de elementos en []
y, por supuesto, los efectos secundarios externos arbitrarios en IO
. No me importa como un término genérico (como las Monoid
funciones que usan "vacío" y "agregar", el concepto es más genérico de lo que sugiere el término al principio) pero es bastante común y sirve bastante bien.
ap
dependan de los resultados anteriores. En consecuencia, he reformulado ese comentario.
traverse
convierte las cosas dentro de a Traversable
en Traversable
cosas "dentro" de an Applicative
, dada una función que hace Applicative
s de las cosas.
Usemos Maybe
como Applicative
y enumeremos como Traversable
. Primero necesitamos la función de transformación:
half x = if even x then Just (x `div` 2) else Nothing
Entonces, si un número es par, obtenemos la mitad (dentro de a Just
), de lo contrario obtenemos Nothing
. Si todo va "bien", se verá así:
traverse half [2,4..10]
--Just [1,2,3,4,5]
Pero...
traverse half [1..10]
-- Nothing
La razón es que la <*>
función se usa para construir el resultado, y cuando uno de los argumentos es Nothing
, Nothing
regresamos.
Otro ejemplo:
rep x = replicate x x
Esta función genera una lista de longitud x
con el contenido x
, por ejemplo rep 3
= [3,3,3]
. ¿Cuál es el resultado traverse rep [1..3]
?
Obtenemos los resultados parciales de [1]
, [2,2]
y [3,3,3]
usando rep
. Ahora la semántica de las listas como Applicatives
es "tomar todas las combinaciones", por ejemplo, (+) <$> [10,20] <*> [3,4]
es [13,14,23,24]
.
"Todas las combinaciones" de [1]
y [2,2]
son dos tiempos [1,2]
. Todas las combinaciones de dos tiempos [1,2]
y [3,3,3]
son seis tiempos [1,2,3]
. Entonces tenemos:
traverse rep [1..3]
--[[1,2,3],[1,2,3],[1,2,3],[1,2,3],[1,2,3],[1,2,3]]
fac n = length $ traverse rep [1..n]
liftA2 (,)
que usar la forma más genérica traverse
.
Creo que es más fácil de entender en términos de sequenceA
, como traverse
se puede definir de la siguiente manera.
traverse :: (Traversable t, Applicative f) => (a -> f b) -> t a -> f (t b)
traverse f = sequenceA . fmap f
sequenceA
secuencia los elementos de una estructura de izquierda a derecha, devolviendo una estructura con la misma forma que contiene los resultados.
sequenceA :: (Traversable t, Applicative f) => t (f a) -> f (t a)
sequenceA = traverse id
También puede pensar sequenceA
en invertir el orden de dos functores, por ejemplo, pasar de una lista de acciones a una acción que devuelve una lista de resultados.
Entonces, traverse
toma algo de estructura y aplica f
para transformar cada elemento de la estructura en algún aplicativo, luego secuencia los efectos de esos aplicativos de izquierda a derecha, devolviendo una estructura con la misma forma que contiene los resultados.
También puedes compararlo con Foldable
, que define la función relacionada traverse_
.
traverse_ :: (Foldable t, Applicative f) => (a -> f b) -> t a -> f ()
Entonces puede ver que la diferencia clave entre Foldable
y Traversable
es que este último le permite preservar la forma de la estructura, mientras que el primero requiere que doble el resultado en algún otro valor.
Un ejemplo simple de su uso es usar una lista como estructura transitable, y IO
como aplicativo:
λ> import Data.Traversable
λ> let qs = ["name", "quest", "favorite color"]
λ> traverse (\thing -> putStrLn ("What is your " ++ thing ++ "?") *> getLine) qs
What is your name?
Sir Lancelot
What is your quest?
to seek the holy grail
What is your favorite color?
blue
["Sir Lancelot","to seek the holy grail","blue"]
Si bien este ejemplo es bastante aburrido, las cosas se vuelven más interesantes cuando traverse
se usa en otros tipos de contenedores o con otros aplicativos.
sequenceA . fmap
para listas es equivalente a sequence . map
¿no?
IO
tipo se puede usar para expresar efectos secundarios; (2) IO
resulta ser una mónada, lo que resulta muy conveniente. Las mónadas no están esencialmente vinculadas a efectos secundarios. También debe tenerse en cuenta que existe un significado de "efecto" que es más amplio que "efecto secundario" en su sentido habitual, uno que incluye cálculos puros. Sobre este último punto, consulte también ¿Qué significa exactamente "eficaz" ?
Es algo así fmap
, excepto que puede ejecutar efectos dentro de la función del mapeador, que también cambia el tipo de resultado.
Imagínese una lista de números enteros que representan los ID de usuario en una base de datos: [1, 2, 3]
. Si desea que fmap
estos ID de usuario sean nombres de usuario, no puede usar un tradicional fmap
, porque dentro de la función debe acceder a la base de datos para leer los nombres de usuario (lo que requiere un efecto, en este caso, usar la IO
mónada).
La firma de traverse
es:
traverse :: (Traversable t, Applicative f) => (a -> f b) -> t a -> f (t b)
Con traverse
, puede hacer efectos, por lo tanto, su código para asignar ID de usuario a nombres de usuario se ve así:
mapUserIDsToUsernames :: (Num -> IO String) -> [Num] -> IO [String]
mapUserIDsToUsernames fn ids = traverse fn ids
También hay una función llamada mapM
:
mapM :: (Traversable t, Monad m) => (a -> m b) -> t a -> m (t b)
Cualquier uso de mapM
puede ser reemplazado por traverse
, pero no al revés. mapM
solo funciona para mónadas, mientras que traverse
es más genérico.
Si lo que desea es lograr un efecto y no devolver ningún valor útil, existen traverse_
y mapM_
versiones de estas funciones, los cuales ignoran el valor de retorno de la función y son un poco más rápido.
traverse
es el bucle. Su implementación depende de la estructura de datos a atravesar. Eso podría ser una lista, árbol, Maybe
, Seq
(influencia), o cualquier cosa que tenga una forma genérica de que se atraviesa a través de algo así como un ciclo for o función recursiva. Una matriz tendría un bucle for, una lista, un bucle while, un árbol o algo recursivo o la combinación de una pila con un bucle while; pero en los lenguajes funcionales no necesita estos engorrosos comandos de bucle: combina la parte interna del bucle (en forma de función) con la estructura de datos de una manera más directa y menos detallada.
Con la Traversable
clase de tipos, probablemente podría escribir sus algoritmos de manera más independiente y versátil. Pero mi experiencia dice que por Traversable
lo general solo se usa para simplemente pegar algoritmos a estructuras de datos existentes. Es bastante bueno no tener que escribir funciones similares para diferentes tipos de datos calificados también.