From: Brian Hurt <bhurt@spnz.org>
To: caml-list@yquem.inria.fr
Subject: Re: [Caml-list] Re: Void type?
Date: Mon, 30 Jul 2007 19:13:21 -0400 (EDT) [thread overview]
Message-ID: <Pine.LNX.4.64.0707301857310.16359@localhost> (raw)
In-Reply-To: <1185770437.11618.29.camel@rosella.wigram>
Just to nail this thread shut, I have been convinced of the utility of a
void type (as distinct from the unit type) in pragmatic code. Consider
the following module signature:
module type Req = sig
type a
type b
end;;
module Example(Base: Req) = struct
type a_or_b =
| A of Base.a
| B of Base.b
;;
let foo (x: a_or_b list) = ...
end;;
An important point to notice here is that the Example module signature can
not be factored into a "a part" and a "b part" without losing important
capabilities- for example, being able to pass in a list that contains both
a's and b's. Even assuming you have full control of the source code and
time and inclination (if needed) to refactor the code, a refactoring is
still not possible. So my blythe "just refactor the module" doesn't
apply.
So how do I use that module and say, in the type system, "I will never
pass in a b"? This is where the void type comes in. I can declare:
module Myreq = struct
type a = whatever;;
type b = void;;
end;;
module Myexample = Example(Myreq);;
Note that I can still call function Myexample.foo- I can call it with an
empty list, or with a list of as many A's as I want. But it's impossible
for me to create a B element.
Brian
next prev parent reply other threads:[~2007-07-30 23:03 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-28 4:14 Stefan Monnier
2007-07-28 4:33 ` [Caml-list] " Erik de Castro Lopo
2007-07-28 4:51 ` Chris King
2007-07-28 18:49 ` Stefan Monnier
2007-07-28 18:53 ` Basile STARYNKEVITCH
2007-07-29 0:48 ` Stefan Monnier
2007-07-28 18:57 ` Arnaud Spiwack
2007-07-28 6:12 ` Daniel de Rauglaudre
2007-07-28 6:15 ` Chung-chieh Shan
2007-07-28 8:22 ` [Caml-list] " rossberg
2007-07-29 6:31 ` Chung-chieh Shan
2007-07-29 11:05 ` [Caml-list] " Arnaud Spiwack
2007-07-29 11:16 ` Jon Harrop
2007-07-29 11:36 ` Arnaud Spiwack
2007-07-29 12:43 ` Richard Jones
2007-07-29 12:58 ` Arnaud Spiwack
2007-07-29 17:02 ` Richard Jones
2007-07-29 20:06 ` Arnaud Spiwack
2007-07-29 22:55 ` Brian Hurt
2007-07-30 4:40 ` skaller
2007-07-30 23:13 ` Brian Hurt [this message]
2007-07-31 8:52 ` Richard Jones
2007-07-31 13:08 ` Chris King
2007-07-31 15:27 ` Markus Mottl
2007-08-01 11:37 ` Tom
2007-08-01 16:23 ` Markus Mottl
2007-07-30 4:44 ` Geoffrey Alan Washburn
2007-07-30 13:11 ` [Caml-list] " Brian Hurt
2007-07-30 13:32 ` Christopher L Conway
2007-07-30 13:35 ` Geoffrey Alan Washburn
2007-07-30 13:41 ` [Caml-list] " Chris King
2007-07-30 17:43 ` Christophe Raffalli
2007-07-30 17:58 ` Markus Mottl
2007-07-30 14:27 ` Jeff Polakow
2007-07-28 7:58 ` Sébastien Hinderer
2007-07-28 8:13 ` [Caml-list] " Basile STARYNKEVITCH
2007-07-28 12:29 ` Christophe TROESTLER
2007-07-28 13:36 ` Brian Hurt
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.LNX.4.64.0707301857310.16359@localhost \
--to=bhurt@spnz.org \
--cc=caml-list@yquem.inria.fr \
/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