caml-list - the Caml user's mailing list
 help / color / mirror / Atom feed
From: Diego Olivier Fernandez Pons <Diego-Olivier.FERNANDEZ-PONS@cicrp.jussieu.fr>
To: Jacques Garrigue <garrigue@kurims.kyoto-u.ac.jp>
Cc: caml-list@inria.fr
Subject: Re: [Caml-list] Simuler les vues avec des variantes polymorphes
Date: Wed, 21 Aug 2002 10:37:43 +0200 (DST)	[thread overview]
Message-ID: <Pine.A32.3.95.1020821101311.63958B-101000@ibm1.cicrp.jussieu.fr> (raw)
In-Reply-To: <20020816141610D.garrigue@kurims.kyoto-u.ac.jp>

[-- Attachment #1: Type: TEXT/PLAIN, Size: 1819 bytes --]

Jacques Garrigue a écrit :

> Je ne suis pas sur de tout comprendre, mais si le type de

Désolé, j'envoie du code désormais

> Et quid des types pas encore declares?
> L'idee des variants polymorphes est de se debarasser des declarations
> prealables.
> Mais on peut toujours ecrire des declarations a` posteriori:
> 
>    type 'a anyView = ['a heapView | 'a otherView]
> 

En réalité, comme je ne restreins pas le type de mes fonctions dans le
code source (mais seulement dans le mli), l'interpréteur ne prend pas
en compte mes déclarations (que je ne fais que pour convenance
personnelle afin de pouvoir éventuellement vérifier la conformité des
types inférés avec ce que j'attends) 

Au demeurant, je pensais que l'idée des variantes polymorphes, plus
que débarasser le programmeur des déclarations préalables était de
permettre l'écriture incrémentielle de code (par exemple plusieurs
programmeurs qui piochent dans un flot de données les valeurs qu'ils
peuvent traiter et laissent les autres)

Enfin, la documentation sur les variantes polymorphes est assez
succinte, par exemple elle n'aborde pas le cas où un constructeur est
à la fois marqué d'un < et d'un > (alors que c'est le type de la
première fonction dans mon code, j'ai dû me reporter au livre
"développement d'applications en Objective Caml") 

Je suis vraiment loin d'avoir complètement compris le fonctionnement
des variantes polymorphes : à la vue du premier exemple de la section
"Avanced use"

# let f = function `A -> `C | x -> x ;;
val f : ([> `A | `C] as 'a) -> 'a

# f `E;;
- : _ [> `A | `C | `E] = `E

je m'imaginais donc que

# let f = function `A -> 1 | _ -> 0 ;;
# let x = `E in (f x, x) ;;

me répondrait - : int * _[> `A | `E] = (0, `E)
or il répond int * _[>`E]

        Diego Olivier

[-- Attachment #2: code --]
[-- Type: APPLICATION/octet-stream, Size: 1850 bytes --]

      reply	other threads:[~2002-08-21  8:41 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2002-08-14  8:37 Diego Olivier Fernandez Pons
2002-08-16  5:16 ` Jacques Garrigue
2002-08-21  8:37   ` Diego Olivier Fernandez Pons [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.A32.3.95.1020821101311.63958B-101000@ibm1.cicrp.jussieu.fr \
    --to=diego-olivier.fernandez-pons@cicrp.jussieu.fr \
    --cc=caml-list@inria.fr \
    --cc=garrigue@kurims.kyoto-u.ac.jp \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).