Discussion :

[Arnaud22370]

Bonjour à tous!

J'aimerais savoir si il est possible de découper un code haskell histoire de rendre plus propre et plus lisible l'implémentation... Je m'explique:

Je suis en train de développer un interpréteur pour le langage OCL, ce qui implique de définir les fonctions OCL ainsi que des modèles (instanciation d'un diagramme de classes) sur lequel les contraintes seront appliquées/testées.

Du coup, afin de tester les fonctions, j'implémente pas mal de modèles différents et je voulais savoir si il était possible d'écrire le code des modèles dans un fichier autre que celui de l'implémentation même et donc de pouvoir choisir, dans le fichier d'implémentation, le modèle que l'on veut tester.

Je ne sais pas si j'ai été clair, si vous avez besoin de quoi que ce soit, je suis là.
Merci d'avance.

Arnaud

PS : désolé si la question à déjà été posée, je suis nouveau sur le site (depuis 15min. environ ><)

[Alp]

Tu peux faire un module (=> un fichier) avec toutes les fonctions qui concernent purement OCL.

Et ensute un fichier avec ta fonction main où tu définis tes modèles et tu appelles les fonctions mentionnées ci-dessus sur ces modèles.

(si j'ai bien compris)

[Arnaud22370]

Et bien je pense que c'est une bonne réponse
Je ne connaissais pas les modules (je débute en haskell).
Quand on fait l' "import", il y a un chemin absolu ou relatif à donner ou il peut prendre le nom de fichier, qui se trouve dans le même répertoire, en argument directement?
Merci

[Arnaud22370]

ok c'est bon! Merci Alp!

[Alp]

N'hésite pas à lire un peu sur les modules pour ne pas être embêté à cause de ça:
http://learnyouahaskell.com/modules
http://en.wikibooks.org/wiki/Haskell/Modules
http://www.haskell.org/onlinereport/modules.html

[kaukau]

D'une manière générale, j'ai trouvé ardu le découpage de mes programmes en plusieurs fichiers.
Je travaille sur un gros programme (du moins pour moi) actuellement, et j'ai eu beaucoup de soucis avec les dépendances circulaires.

J'ai fini par suivre un design strictement hiérarchique drivé par les types:
- chaque fichier/module a en charge de gérer un type (ou groupe de types relatifs),
- le module contient également les fonctions relatives à ce type,
- les fonctions utilisant plusieurs types sont situé dans le module du type le plus haut.