Quelle est la différence entre le point (.)
et le signe dollar ($)
?
Si je comprends bien, ils sont tous deux du sucre syntaxique pour ne pas avoir besoin d'utiliser de parenthèses.
la source
Quelle est la différence entre le point (.)
et le signe dollar ($)
?
Si je comprends bien, ils sont tous deux du sucre syntaxique pour ne pas avoir besoin d'utiliser de parenthèses.
L' $
opérateur sert à éviter les parenthèses. Tout ce qui apparaît après lui aura priorité sur tout ce qui précède.
Par exemple, supposons que vous ayez une ligne qui se lit comme suit:
putStrLn (show (1 + 1))
Si vous souhaitez vous débarrasser de ces parenthèses, l'une des lignes suivantes ferait également la même chose:
putStrLn (show $ 1 + 1)
putStrLn $ show (1 + 1)
putStrLn $ show $ 1 + 1
Le principal objectif de l' .
opérateur n'est pas d'éviter les parenthèses, mais de chaîner les fonctions. Il vous permet de lier la sortie de tout ce qui apparaît à droite à l'entrée de tout ce qui apparaît à gauche. Cela se traduit généralement également par moins de parenthèses, mais fonctionne différemment.
Revenons au même exemple:
putStrLn (show (1 + 1))
(1 + 1)
n'a pas d'entrée et ne peut donc pas être utilisé avec l' .
opérateur.show
peut prendre un Int
et retourner un String
.putStrLn
peut prendre un String
et retourner un IO ()
.Vous pouvez enchaîner show
pour putStrLn
aimer ceci:
(putStrLn . show) (1 + 1)
Si c'est trop de parenthèses à votre goût, supprimez-les avec l' $
opérateur:
putStrLn . show $ 1 + 1
putStrLn . show . (+1) $ 1
serait équivalent. Vous avez raison, car la plupart (tous?) Des opérateurs d'infixe sont des fonctions.map ($3)
. Je veux dire, j'utilise surtout$
pour éviter les parenthèses aussi, mais ce n'est pas comme si c'était tout pour ça.map ($3)
est une fonction de typeNum a => [(a->b)] -> [b]
. Il prend une liste de fonctions prenant un nombre, applique 3 à toutes et recueille les résultats.Ils ont différents types et différentes définitions:
($)
est destiné à remplacer l'application de fonction normale mais à une priorité différente pour éviter les parenthèses.(.)
sert à composer deux fonctions ensemble pour créer une nouvelle fonction.Dans certains cas, ils sont interchangeables, mais ce n'est pas vrai en général. L'exemple typique où ils se trouvent est:
==>
En d'autres termes, dans une chaîne de
$
s, tout sauf le dernier peut être remplacé par.
la source
x
c'était une fonction? Pouvez-vous ensuite l'utiliser.
comme final?x
dans ce contexte, alors oui - mais alors le "final" s'appliquerait à autre chosex
. Si vous ne postulez pasx
, ce n'est pas différent d'x
être une valeur.Notez également que
($)
est la fonction identité spécialisée aux types de fonction . La fonction d'identité ressemble à ceci:Alors
($)
ressemble à ceci:Notez que j'ai intentionnellement ajouté des parenthèses supplémentaires dans la signature de type.
Les utilisations de
($)
peuvent généralement être éliminées en ajoutant des parenthèses (sauf si l'opérateur est utilisé dans une section). Par exemple:f $ g x
devientf (g x)
.Les utilisations de
(.)
sont souvent légèrement plus difficiles à remplacer; ils ont généralement besoin d'un lambda ou de l'introduction d'un paramètre de fonction explicite. Par exemple:devient
devient
J'espère que cela t'aides!
la source
($)
permet de chaîner des fonctions sans ajouter de parenthèses pour contrôler l'ordre d'évaluation:L'opérateur de composition
(.)
crée une nouvelle fonction sans spécifier les arguments:L'exemple ci-dessus est sans doute illustratif, mais ne montre pas vraiment la commodité d'utiliser la composition. Voici une autre analogie:
Si nous n'utilisons le troisième qu'une seule fois, nous pouvons éviter de le nommer en utilisant un lambda:
Enfin, la composition permet d'éviter le lambda:
la source
La version courte et douce:
($)
appelle la fonction qui est son argument de gauche sur la valeur qui est son argument de droite.(.)
compose la fonction qui est son argument de gauche sur la fonction qui est son argument de droite.la source
Une application qui est utile et m'a pris un peu de temps à comprendre à partir de la description très courte à vous apprendre un haskell : Depuis:
et entre parenthèses le côté droit d'une expression contenant un opérateur infixe le convertit en une fonction de préfixe, on peut écrire de
($ 3) (4+)
façon analogue(++", world") "hello"
.Pourquoi est-ce que quelqu'un ferait ça? Pour des listes de fonctions, par exemple. Tous les deux:
et:
sont plus courts que
map (\x -> x ++ ", world") ...
oumap (\f -> f 3) ...
. De toute évidence, ces dernières variantes seraient plus lisibles pour la plupart des gens.la source
$3
sans l'espace. Si Template Haskell est activé, cela sera analysé comme une épissure, alors que$ 3
signifie toujours ce que vous avez dit. En général, il semble y avoir une tendance chez Haskell à "voler" des bits de syntaxe en insistant sur le fait que certains opérateurs ont des espaces autour d'eux pour être traités comme tels.Ce ne sont pas des sucres syntaxiques pour ne pas avoir besoin d'utiliser des parenthèses - ce sont des fonctions, - infixées, nous pouvons donc les appeler des opérateurs.
Composez ``
(.)
et quand l'utiliser.(.)
est la fonction de composition. Doncrevient à créer une fonction qui transmet le résultat de son argument
g
àf
.À utiliser
(.)
lorsque vous n'avez pas les arguments disponibles pour passer aux fonctions que vous souhaitez composer.Bonne association associative
($)
, et quand l'utiliser($)
est une fonction d'application associative à droite avec une faible priorité de liaison. Il calcule donc simplement les choses à sa droite en premier. Donc,est la même que celle-ci, sur le plan de la procédure (ce qui compte puisque Haskell est évalué paresseusement, il commencera à évaluer en
f
premier):ou plus concis:
À utiliser
($)
lorsque vous avez toutes les variables à évaluer avant d'appliquer la fonction précédente au résultat.Nous pouvons le voir en lisant la source de chaque fonction.
Lisez la source
Voici la source de
(.)
:Et voici la source de
($)
:Conclusion
Utilisez la composition lorsque vous n'avez pas besoin d'évaluer immédiatement la fonction. Vous souhaitez peut-être passer la fonction résultant de la composition à une autre fonction.
Utilisez l'application lorsque vous fournissez tous les arguments pour une évaluation complète.
Donc pour notre exemple, il serait sémantiquement préférable de faire
quand nous avons
x
(ou plutôt,g
les arguments de), et faisons:quand nous ne le faisons pas.
la source
... ou vous pourriez éviter les constructions
.
et$
en utilisant le pipelining :C'est après avoir ajouté la fonction d'assistance:
la source
$
opérateur de Haskell fonctionne en fait plus comme F #<|
qu'il ne le fait|>
, généralement dans haskell vous écrivez la fonction ci-dessus comme ceci:third xs = head $ tail $ tail $ xs
ou peut-être même commethird = head . tail . tail
, qui dans la syntaxe de style F # serait quelque chose comme ceci:let third = List.head << List.tail << List.tail
$
est déjà disponible, et il s'appelle&
hackage.haskell.org/package/base-4.8.0.0/docs/…Une excellente façon d'en savoir plus sur n'importe quoi (n'importe quelle fonction) est de se rappeler que tout est fonction! Ce mantra général aide, mais dans des cas spécifiques comme les opérateurs, il aide à se souvenir de cette petite astuce:
et
N'oubliez pas d'utiliser
:t
généreusement et enveloppez vos opérateurs()
!la source
Ma règle est simple (je suis débutant aussi):
.
si vous souhaitez passer le paramètre (appelez la fonction), et$
s'il n'y a pas encore de paramètre (composer une fonction)C'est
mais jamais:
la source
Je pense qu'un court exemple de l'endroit où vous utiliseriez
.
et non$
aiderait à clarifier les choses.Notez qu'il
times6
s'agit d'une fonction créée à partir de la composition des fonctions.la source
Toutes les autres réponses sont plutôt bonnes. Mais il y a un détail d'utilisation important sur la façon dont ghc traite $, que le vérificateur de type ghc permet l'instatiarion avec des types plus élevés / quantifiés. Si vous regardez le type de
$ id
par exemple, vous constaterez que ça va prendre une fonction dont l'argument est lui-même une fonction polymorphe. De petites choses comme ça ne bénéficient pas de la même flexibilité avec un opérateur de perturbation équivalent. (Cela me fait me demander si $! Mérite le même traitement ou non)la source