C'est en fait juste un constructeur de données normal qui se trouve être défini dans Prelude , qui est la bibliothèque standard qui est importée automatiquement dans chaque module.
Ce qui est peut-être, structurellement
La définition ressemble à ceci:
data Maybe a = Just a
| Nothing
Cette déclaration définit un type, Maybe a
qui est paramétré par une variable de type a
, ce qui signifie simplement que vous pouvez l'utiliser avec n'importe quel type à la place de a
.
Construire et détruire
Le type a deux constructeurs Just a
et Nothing
. Lorsqu'un type a plusieurs constructeurs, cela signifie qu'une valeur du type doit avoir été construite avec un seul des constructeurs possibles. Pour ce type, une valeur a été construite via Just
ouNothing
, il n'y a pas d'autres possibilités (sans erreur).
Puisque Nothing
n'a pas de type de paramètre, lorsqu'il est utilisé comme constructeur, il nomme une valeur constante qui est membre de type Maybe a
pour tous les types a
. Mais le Just
constructeur a un paramètre de type, ce qui signifie que lorsqu'il est utilisé comme constructeur, il agit comme une fonction de type a
à Maybe a
, c'est- à -dire qu'il a le typea -> Maybe a
Ainsi, les constructeurs d'un type construisent une valeur de ce type; L'autre aspect des choses, c'est quand vous souhaitez utiliser cette valeur, et c'est là que la correspondance de motifs entre en jeu. Contrairement aux fonctions, les constructeurs peuvent être utilisés dans les expressions de liaison de modèles, et c'est ainsi que vous pouvez effectuer une analyse de cas des valeurs appartenant à des types avec plusieurs constructeurs.
Afin d'utiliser une Maybe a
valeur dans une correspondance de modèle, vous devez fournir un modèle pour chaque constructeur, comme ceci:
case maybeVal of
Nothing -> "There is nothing!"
Just val -> "There is a value, and it is " ++ (show val)
Dans ce cas, le premier modèle correspondrait si la valeur était Nothing
, et le second correspondrait si la valeur a été construite avec Just
. Si le second correspond, il lie également le nom val
au paramètre qui a été passé au Just
constructeur lors de la construction de la valeur à laquelle vous correspondez.
Que signifie peut-être
Peut-être que vous saviez déjà comment cela fonctionnait; il n'y a pas vraiment de magie dans les Maybe
valeurs, c'est juste un type de données algébrique Haskell normal (ADT). Mais il est assez utilisé car il "soulève" ou étend effectivement un type, comme celui Integer
de votre exemple, dans un nouveau contexte dans lequel il a une valeur supplémentaire ( Nothing
) qui représente un manque de valeur! Le système de types exige alors que vous vérifiiez cette valeur supplémentaire avant de vous permettre d'accéder à ce Integer
qui pourrait être là. Cela évite un nombre remarquable de bugs.
Aujourd'hui, de nombreux langages gèrent ce type de valeur «sans valeur» via des références NULL. Tony Hoare, un éminent informaticien (il a inventé Quicksort et est un lauréat du prix Turing), reconnaît cela comme son "erreur d'un milliard de dollars" . Le type Maybe n'est pas le seul moyen de résoudre ce problème, mais il s'est avéré être un moyen efficace de le faire.
Peut-être en tant que foncteur
L'idée de transformer un type en un autre de sorte que les opérations sur l'ancien type puissent également être transformées pour travailler sur le nouveau type est le concept derrière la classe de type Haskell appelée Functor
, qui Maybe a
a une instance utile de.
Functor
fournit une méthode appelée fmap
, qui mappe les fonctions qui s'étendent sur des valeurs du type de base (comme Integer
) aux fonctions qui s'étendent sur des valeurs du type levé (comme Maybe Integer
). Une fonction transformée avec fmap
pour travailler sur une Maybe
valeur fonctionne comme ceci:
case maybeVal of
Nothing -> Nothing -- there is nothing, so just return Nothing
Just val -> Just (f val) -- there is a value, so apply the function to it
Donc, si vous avez une Maybe Integer
valeur m_x
et une Int -> Int
fonction f
, vous pouvez fmap f m_x
appliquer la fonction f
directement au Maybe Integer
sans vous soucier si elle a réellement une valeur ou non. En fait, vous pouvez appliquer toute une chaîne de Integer -> Integer
fonctions levées aux Maybe Integer
valeurs et ne vous soucier de vérifier explicitement Nothing
qu'une seule fois lorsque vous avez terminé.
Peut-être en tant que Monade
Je ne sais pas à quel point vous connaissez encore le concept de a Monad
, mais vous l'avez au moins utilisé IO a
auparavant, et la signature de type IO a
ressemble remarquablement à Maybe a
. Bien qu'il IO
soit spécial en ce qu'il ne vous expose pas ses constructeurs et ne peut donc être "exécuté" que par le système d'exécution Haskell, il est toujours aussi Functor
un Monad
. En fait, il y a un sens important dans lequel a Monad
est juste un type spécial Functor
avec quelques fonctionnalités supplémentaires, mais ce n'est pas le lieu d'entrer dans cela.
Quoi qu'il en soit, les monades aiment les IO
types de carte vers de nouveaux types qui représentent des «calculs qui donnent des valeurs» et vous pouvez transformer des fonctions en Monad
types via une fmap
fonction très similaire appelée liftM
qui transforme une fonction régulière en un «calcul qui aboutit à la valeur obtenue en évaluant le fonction."
Vous avez probablement deviné (si vous avez lu jusqu'ici) que Maybe
c'est aussi un fichier Monad
. Il représente "des calculs qui pourraient ne pas renvoyer une valeur". Tout comme avec l' fmap
exemple, cela vous permet de faire tout un tas de calculs sans avoir à vérifier explicitement les erreurs après chaque étape. Et en fait, la façon dont l' Monad
instance est construite, un calcul sur des Maybe
valeurs s'arrête dès que a Nothing
est rencontré, donc c'est un peu comme un abandon immédiat ou un retour sans valeur au milieu d'un calcul.
Tu aurais peut-être écrit
Comme je l'ai déjà dit, il n'y a rien d'inhérent au Maybe
type qui est intégré à la syntaxe du langage ou au système d'exécution. Si Haskell ne l'a pas fourni par défaut, vous pouvez fournir toutes ses fonctionnalités vous-même! En fait, vous pouvez le réécrire vous-même de toute façon, avec des noms différents, et obtenir la même fonctionnalité.
J'espère que vous comprenez le Maybe
type et ses constructeurs maintenant, mais s'il n'y a toujours rien de clair, faites le moi savoir!
Maybe
là où d'autres langues utiliseraientnull
ounil
(avec desNullPointerException
s méchants cachés dans tous les coins). Maintenant, d'autres langages commencent également à utiliser cette construction: Scala asOption
, et même Java 8 aura leOptional
type.La plupart des réponses actuelles sont des explications très techniques sur la façon dont les
Just
amis travaillent; J'ai pensé que je pourrais essayer d'expliquer à quoi ça sert.De nombreux langages ont une valeur comme
null
celle-là qui peut être utilisée à la place d'une valeur réelle, du moins pour certains types. Cela a mis beaucoup de gens en colère et a été largement considéré comme une mauvaise décision. Pourtant, il est parfois utile d'avoir une valeur commenull
pour indiquer l'absence d'une chose.Haskell résout ce problème en vous obligeant à marquer explicitement les endroits où vous pouvez avoir un
Nothing
(sa version de anull
). Fondamentalement, si votre fonction renvoie normalement le typeFoo
, elle doit à la place renvoyer le typeMaybe Foo
. Si vous voulez indiquer qu'il n'y a pas de valeur, retournezNothing
. Si vous souhaitez renvoyer une valeurbar
, vous devez à la place renvoyerJust bar
.Donc, fondamentalement, si vous ne pouvez pas avoir
Nothing
, vous n'en avez pas besoinJust
. Si vous pouvez avoirNothing
, vous avez besoinJust
.Il n'y a rien de magique
Maybe
; il est construit sur le système de type Haskell. Cela signifie que vous pouvez utiliser toutes les astuces habituelles de correspondance de motifs Haskell .la source
Étant donné un type
t
, une valeur deJust t
est une valeur existante de typet
, oùNothing
représente un échec pour atteindre une valeur, ou un cas où avoir une valeur n'aurait pas de sens.Dans votre exemple, avoir un solde négatif n'a pas de sens, et donc si une telle chose se produit, elle est remplacée par
Nothing
.Pour un autre exemple, cela pourrait être utilisé dans la division, en définissant une fonction de division qui prend
a
etb
, et retourneJust a/b
sib
est différent de zéro, etNothing
sinon. Il est souvent utilisé comme ceci, comme alternative pratique aux exceptions, ou comme votre exemple précédent, pour remplacer des valeurs qui n'ont pas de sens.la source
Just
, votre code ne sera pas vérifié. La raisonJust
est de conserver les types appropriés. Il existe un type (une monade, en fait, mais il est plus facile de penser qu'il s'agit simplement d'un type)Maybe t
, qui se compose d'éléments de la formeJust t
etNothing
. DepuisNothing
a typeMaybe t
, une expression qui peut s'évaluer à l'uneNothing
ou l' autre des valeurs de typet
n'est pas correctement typée. Si une fonction retourneNothing
dans certains cas, toute expression utilisant cette fonction doit avoir un moyen de vérifier cela (isJust
ou une instruction case), afin de gérer tous les cas possibles.Maybe t
est juste un type. Le fait qu'il existe uneMonad
instance pourMaybe
ne la transforme pas en quelque chose qui n'est pas un type.Une fonction totale a-> b peut trouver une valeur de type b pour chaque valeur possible de type a.
Chez Haskell, toutes les fonctions ne sont pas totales. Dans ce cas particulier, la fonction
lend
n'est pas totale - elle n'est pas définie pour le cas où le solde est inférieur à la réserve (bien qu'à mon goût, il serait plus logique de ne pas permettre à newBalance d'être inférieur à la réserve - en l'état, vous pouvez emprunter 101 à un solde de 100).Autres conceptions qui traitent des fonctions non totales:
lend
pourrait être écrit pour retourner l'ancien solde, si la condition de prêt n'est pas remplieCe sont des limitations de conception nécessaires dans les langages qui ne peuvent pas appliquer la totalité des fonctions (par exemple, Agda peut, mais cela conduit à d'autres complications, comme devenir incomplet).
Le problème avec le retour d'une valeur spéciale ou la levée d'exceptions est qu'il est facile pour l'appelant d'omettre la gestion d'une telle possibilité par erreur.
Le problème de la suppression silencieuse d'un échec est également évident: vous limitez ce que l'appelant peut faire avec la fonction. Par exemple, si l'
lend
ancien solde est retourné, l'appelant n'a aucun moyen de savoir si le solde a changé. Cela peut ou non être un problème, selon le but recherché.La solution de Haskell force l'appelant d'une fonction partielle à traiter le type comme
Maybe a
, ou àEither error a
cause du type de retour de la fonction.De cette façon,
lend
telle qu'elle est définie, est une fonction qui ne calcule pas toujours le nouvel équilibre - dans certaines circonstances, le nouvel équilibre n'est pas défini. Nous signalons cette circonstance à l'appelant en retournant la valeur spéciale Nothing ou en enveloppant le nouveau solde dans Just. L'appelant a désormais la liberté de choisir: soit gérer le défaut de prêt d'une manière spéciale, soit ignorer et utiliser l'ancien solde - par exemplemaybe oldBalance id $ lend amount oldBalance
,.la source
La fonction
if (cond :: Bool) then (ifTrue :: a) else (ifFalse :: a)
doit avoir le même type deifTrue
etifFalse
.Donc, lorsque nous écrivons
then Nothing
, nous devons utiliser leMaybe a
type danselse f
la source
Nothing
etJust newBalance
explicitement.Just
.