comp.lang.ada
 help / color / mirror / Atom feed
From: Florian Weimer <fw@deneb.enyo.de>
Subject: Re: A generic list package
Date: Tue, 04 Sep 2001 11:40:29 +0200
Date: 2001-09-04T11:40:29+02:00	[thread overview]
Message-ID: <87vgizl2eq.fsf@deneb.enyo.de> (raw)
In-Reply-To: 3B93BB3F.11AB1B0B@acm.org

Jeffrey Carter <jrcarter@acm.org> writes:

>> > I find it curious that you expect the client to provide the "next"
>> > field/operation, rather than declaring a Node_Type containing the
>> > user's type and a Next field. Can you elaborate on this?
>
> I would say that this approach does not qualify as an ADT. The client
> must understand the internal representation to be used in the list and
> declare a set of types and operations appropriately. That does not seem
> "abstract".

All the data types you can express in Ada cannot qualify as abstract
data types. ;-)

Ada can only provide implementations of abstract data types, and in
the implementation process, some abstraction is always lost.  However,
I agree that the Next_Of/Set_Next interface as at a very low
abstraction level, and it does not represent an implementation of the
usual 'list' ADT (but of another ADT).



  reply	other threads:[~2001-09-04  9:40 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2001-09-02 22:13 A generic list package (long) Florian Weimer
2001-09-02 22:29 ` Stephen Leake
2001-09-03  9:53   ` Florian Weimer
2001-09-03 16:18   ` A generic list package Florian Weimer
2001-09-03 17:16     ` Jeffrey Carter
2001-09-04  9:40       ` Florian Weimer [this message]
2001-09-04 16:42     ` Stephen Leake
2001-09-18 14:58     ` Lutz Donnerhacke
2001-09-18 19:07       ` Simon Wright
2001-09-19  8:05         ` Lutz Donnerhacke
2001-09-19 19:45           ` Simon Wright
2001-09-20  8:21             ` Lutz Donnerhacke
replies disabled

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