comp.lang.ada
 help / color / mirror / Atom feed
From: "Martin Dowie" <martin.dowie@gecm.com>
Subject: Re: Representation clause for enumeratives
Date: Fri, 9 Feb 2001 09:29:54 -0000
Date: 2001-02-09T09:29:54+00:00	[thread overview]
Message-ID: <3a83b6c6$1@pull.gecm.com> (raw)
In-Reply-To: 3A82C8DC.1505AC5@avidyne.com

also, if you are using the enumeration a lot for, say, array indexing _not_
having underlying representations tends to lead to much faster code. You
lose a little CPU time at the interface to do the conversion, but you may
find you gain many times that amount in your application.

If you want to save some typing make a few generics to do the conversions.
I know of several projects where precisely this sort of thing is happening
(and not just limited to enumeration conversions :-).

Come to think of it, I can hardly remember the last time I use a rep. clause
for an enumeration...

Steve O'Neill <soneill@avidyne.com> wrote in message
news:3A82C8DC.1505AC5@avidyne.com...
> Rather than try to encode the enumeration values (which frequently leads
to
> frustration and maintenance issues) I would instead create an array of
> appropriately typed objects that are indexed by the enumeration that I was
> trying to map.  I would index into, search through, etc. that array
> whenever I wanted to convert to/from the external hardware to the internal
> meaning.  It might not seem as elegant or as potentially efficient as
> assigning the enumeration value directly but in my experience it is a lot
> less painful.  With the proper encapsulation and design metaphor it can
> actually turn out to be fairly intuitive.
[snip]





  parent reply	other threads:[~2001-02-09  9:29 UTC|newest]

Thread overview: 31+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-02-08  9:53 Representation clause for enumeratives Sandro Binetti
2001-02-08 10:12 ` Tarjei T. Jensen
     [not found]   ` <95u470$ho1$1@nnrp1.deja.com>
     [not found]     ` <95ua6q$mp4$1@nnrp1.deja.com>
2001-02-08 15:41       ` M. Kotiaho
2001-02-08 16:27         ` Steve O'Neill
2001-02-09  7:26           ` Sandro Binetti
2001-02-09  9:29           ` Martin Dowie [this message]
2001-02-08 15:55     ` Marin David Condic
2001-02-08 16:22 ` Rod Chapman
2001-02-10  6:34   ` Robert Dewar
2001-02-12 11:32     ` Rod Chapman
2001-02-08 18:52 ` Greg Bek
     [not found] ` <Ndyg6.1048$y03.96769@news.flash.net>
2001-02-09  5:02   ` Ken Garlington
2001-02-10  6:29     ` Robert Dewar
2001-02-10 16:37       ` Ken Garlington
2001-02-10 17:29         ` Robert Dewar
2001-02-11  1:09           ` Ken Garlington
2001-02-11  5:27             ` Robert Dewar
2001-02-11 12:53               ` Laurent Guerby
2001-02-12  0:24                 ` Robert Dewar
2001-02-12 20:10                   ` Laurent Guerby
2001-02-11 14:50               ` Ken Garlington
2001-02-10 17:31         ` Robert Dewar
2001-02-11  1:09           ` Ken Garlington
2001-02-11  5:28             ` Robert Dewar
2001-02-11 14:50               ` Ken Garlington
2001-02-12  0:30                 ` Robert Dewar
2001-02-12  2:34                   ` Ken Garlington
2001-02-10  6:19   ` Robert Dewar
2001-02-10 11:42     ` David C. Hoos, Sr.
2001-02-10 16:37     ` Ken Garlington
     [not found] ` <3A829EB8.A098925E@baesystems.com>
     [not found]   ` <95uae3$n5j$1@nnrp1.deja.com>
2001-02-12  9:12     ` Stuart Palin
replies disabled

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox