IdentifiantMot de passe
Loading...
Mot de passe oublié ?Je m'inscris ! (gratuit)
Navigation

Inscrivez-vous gratuitement
pour pouvoir participer, suivre les réponses en temps réel, voter pour les messages, poser vos propres questions et recevoir la newsletter

Haskell Discussion :

Je débute en haskell, incompréhension sur les classes


Sujet :

Haskell

Vue hybride

Message précédent Message précédent   Message suivant Message suivant
  1. #1
    Membre actif
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    99
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2007
    Messages : 99
    Par défaut Je débute en haskell, incompréhension sur les classes
    Bonjour voilà j'ai ce petit bout de code :
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
    4
    5
    6
    7
    8
    9
    10
    11
    12
    13
     
    data Ord a => Dictionary a b = Dictionary [(a, b)]
     
    get_ :: Eq a => [(a, b)] -> a -> Maybe b
    get_ [] _ = Nothing
    get_ ((k, v) : kvs) s = if s == k
                             then Just v
                             else get_ kvs s
     
    get :: Dictionary a b -> a -> Maybe b
    get (Dictionary d) k = get_ d k
     
    main = do return ()
    et mon compilateur (GHC version 6.8.3) me pète le message d'erreur suivant
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    Could not deduce (Ord a) from the context ()
          arising from a use of `Dictionary' at bencoding.hs:10:5-16
    donc j'ai essayé de mettre
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    get :: Eq a => Dictionary a b -> a -> Maybe b
    et pareil, là seule solution que j'ai est de mettre
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    get :: Ord a => Dictionary a b -> a -> Maybe b
    Et je ne comprends pas pourquoi. Quand j'ai déclaré le type Dictionary a b j'ai précisé que a devait être de la classe Ord (qui hérite de Eq) alors pourquoi dois-je le préciser à chaque utilisation ? (je n'ai pas mis juste Eq car j'aurais le besoin de garder la liste dans un état trié).
    Après je débute en haskell et suis ouvert à toute remarque.
    Merci

  2. #2
    Invité de passage
    Profil pro
    Inscrit en
    Février 2008
    Messages
    1
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Février 2008
    Messages : 1
    Par défaut
    En Haskell, quand tu specifie une contrainte de type sur un type polymorphique tu doit specifier la contrainte dans chaque fonction dans laquelle celui-ci apparait. C'est pourquoi ce n'est generalement pas une bonne pratique.

    Fait juste : data Dictionary a b = Dictionary [(a,b)]

    et specifie la contrainte uniquement dans les fonctions qui en ont besoin.

    voilou!

  3. #3
    Membre actif
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    99
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2007
    Messages : 99
    Par défaut
    Citation Envoyé par SayaZors Voir le message
    En Haskell, quand tu specifie une contrainte de type sur un type polymorphique tu doit specifier la contrainte dans chaque fonction dans laquelle celui-ci apparait. C'est pourquoi ce n'est generalement pas une bonne pratique.

    Fait juste : data Dictionary a b = Dictionary [(a,b)]

    et specifie la contrainte uniquement dans les fonctions qui en ont besoin.

    voilou!
    Ok et merci, mais je trouve cela assez étrange comme comportement. Car dans la version actuelle que j'ai si j'essaye de créer un dico avec une fonction du style
    Code : Sélectionner tout - Visualiser dans une fenêtre à part
    1
    2
    3
     
    makeDico :: a -> b -> Dictionary a b
    makeDico a b = Dictionary [(a, b)]
    Il va hurler mais si je lui précise que a est une instance de Ord il accepte ma fonction.
    Donc je ne peux créer un dictionnaire sans avoir un type totalement ordonné pour les clefs, mais quand il a un dictionnaire il n'est pas capable de déduire que le type des clefs est totalement ordonné. C'est...

    Mais sinon je crois que je vais suivre tes conseils et ne fixer le contexte que lors de la définition des fonctions.

  4. #4
    Membre émérite
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    832
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2007
    Messages : 832
    Par défaut
    La contrainte sur le type de donnée a quand même une valeur indicative pour le programmeur qui peut être utile dans certains cas (mais il faut faire attention à mettre des contraintes qui ont du sens même si on fait abstraction de l'implémentation, sinon c'est pas joli).

  5. #5
    Membre actif
    Profil pro
    Inscrit en
    Septembre 2007
    Messages
    99
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Septembre 2007
    Messages : 99
    Par défaut J'ai un autre problème
    J'ai continuer de m'amuser avec haskell et je bloque sur un autre problème.
    J'ai une monade Law a qui est Law [(a, Rational)] et qui correspond à des probabilités. Ainsi un jeté de dé serait Lax [(x, 1/6) | x <- [1..6]

    j'arrive à définir return sans problème : return x = Law [(x, 1)]
    le problème est que pour le bind j'ai besoin d'avoir l'égalité sur mon type a car [(x, 1/2), (x, 1/2)] doit être stocké en [(x, 1)].

    Et j'ai essayé plein de truc pour dire que Law est une instance de Monad si le type a de Law a est une instance de Eq, mais à chaque fois il refuse. Je pourrais bien sûr stocké les trucs sans les comparer avec l'égalité et lorsque je demanderais la probabilité d'un élément je les regrouperai à ce moment là, mais cela va faire que par exemple si je veux jeter mille pièces et avoir la probabilité du nombre de pile, ben je vais me retrouver avec une liste de taille 2^1000, alors que si je les regroupe pendant le bind j'aurais une liste de taille 1001.

    Y'a-t-il une solution à mon problème ?

  6. #6
    Membre émérite
    Profil pro
    Inscrit en
    Avril 2007
    Messages
    832
    Détails du profil
    Informations personnelles :
    Localisation : France

    Informations forums :
    Inscription : Avril 2007
    Messages : 832
    Par défaut
    Non. (à ma connaissance)

    Tu peux t'en sortir en définissant ta fonction de regroupement, et en l'appliquant régulièrement pour éviter l'explosion combinatoire. L'auteur de ce billet a rencontré exactement le même problème.

Discussions similaires

  1. Réponses: 10
    Dernier message: 05/05/2007, 17h05
  2. [COM] informations sur les classes
    Par gorgonite dans le forum Visual C++
    Réponses: 3
    Dernier message: 12/12/2006, 14h31
  3. [POO] Besoin de tutorat sur les classes
    Par misterniark dans le forum Langage
    Réponses: 11
    Dernier message: 20/04/2006, 13h48
  4. demande de renseignements sur les classes
    Par altadeos dans le forum Langage
    Réponses: 4
    Dernier message: 08/04/2006, 15h59
  5. Question de base sur les classes
    Par deaven dans le forum C++
    Réponses: 3
    Dernier message: 27/11/2005, 16h20

Partager

Partager
  • Envoyer la discussion sur Viadeo
  • Envoyer la discussion sur Twitter
  • Envoyer la discussion sur Google
  • Envoyer la discussion sur Facebook
  • Envoyer la discussion sur Digg
  • Envoyer la discussion sur Delicious
  • Envoyer la discussion sur MySpace
  • Envoyer la discussion sur Yahoo