From: Bill Findlay <yaldnif.w@blueyonder.co.uk>
Subject: Re: Alternative syntax for function definitions?
Date: Sat, 27 Oct 2012 10:38:06 +0100
Date: 2012-10-27T10:38:06+01:00 [thread overview]
Message-ID: <CCB16A0E.1FDA2%yaldnif.w@blueyonder.co.uk> (raw)
In-Reply-To: op.wmtx2nxkule2fv@cardamome
On 27/10/2012 10:02, in article op.wmtx2nxkule2fv@cardamome, "Yannick
Duch�ne (Hibou57)" <yannick_duchene@yahoo.fr> wrote:
> Le Sat, 27 Oct 2012 10:37:11 +0200, Dmitry A. Kazakov
> <mailbox@dmitry-kazakov.de> a �crit:
>> That is no problem. All types should have classes anyway. The dotted
>> notation itself is an implementation of some record interface.
> To talk about that point, I'm thinking of always using tagged types
> instead of legacy records, so as to be able to hide or expose the type
> definition without consequences on the client side, or even just change
> the layout. That's more resilient: if you have three properties A, B, C,
> where one is derived from the two other, say C is derived from A and B,
> and then decide later that instead C will be stored and B derived from A
> and C, you can do that without breaking client, if you use tagged records
How?
> (you can't with legacy record).
Why not?
--
Bill Findlay
with blueyonder.co.uk;
use surname & forename;
next prev parent reply other threads:[~2012-10-29 2:38 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-10-27 6:30 Alternative syntax for function definitions? Yannick Duchêne (Hibou57)
2012-10-27 7:11 ` Dmitry A. Kazakov
2012-10-27 7:49 ` Yannick Duchêne (Hibou57)
2012-10-27 8:37 ` Dmitry A. Kazakov
2012-10-27 9:02 ` Yannick Duchêne (Hibou57)
2012-10-27 9:38 ` Bill Findlay [this message]
2012-10-27 11:13 ` Yannick Duchêne (Hibou57)
2012-10-27 23:46 ` Bill Findlay
2012-10-27 9:50 ` Dmitry A. Kazakov
replies disabled
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox