From mboxrd@z Thu Jan  1 00:00:00 1970
X-Spam-Checker-Version: SpamAssassin 3.4.4 (2020-01-24) on polar.synack.me
X-Spam-Level: 
X-Spam-Status: No, score=-1.9 required=5.0 tests=BAYES_00,FREEMAIL_FROM
	autolearn=ham autolearn_force=no version=3.4.4
X-Google-Language: ENGLISH,ASCII-7-bit
X-Google-Thread: 103376,fa18fb47ddd229a7
X-Google-Attributes: gid103376,public
X-Google-ArrivalTime: 2003-12-21 17:25:50 PST
Path: 
 archiver1.google.com!news2.google.com!newsfeed2.dallas1.level3.net!news.level3.com!news-out.visi.com!petbe.visi.com!newsfeed.news2me.com!small1.nntp.aus1.giganews.com!border1.nntp.aus1.giganews.com!intern1.nntp.aus1.giganews.com!nntp.giganews.com!nntp.comcast.com!news.comcast.com.POSTED!not-for-mail
NNTP-Posting-Date: Sun, 21 Dec 2003 19:25:48 -0600
Date: Sun, 21 Dec 2003 20:25:47 -0500
From: "Robert I. Eachus" <rieachus@comcast.net>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
 rv:1.4) Gecko/20030624 Netscape/7.1 (ax)
X-Accept-Language: en-us, en
MIME-Version: 1.0
Newsgroups: comp.lang.ada
Subject: Re: Proposed change to BC iterator parameters
References: <mailman.69.1071063420.31149.comp.lang.ada@ada-france.org>
 <wccekvc2rol.fsf@shell01.TheWorld.com> <FYSBb.359924$275.1185626@attbi_s53>
 <wccisknv0lm.fsf@shell01.TheWorld.com>
 <wZ1Cb.7719$_r6.4390@newsread1.news.pas.earthlink.net>
 <wccfzfphe0x.fsf@shell01.TheWorld.com>
 <outCb.1286$Pg1.830@newsread1.news.pas.earthlink.net>
 <wccllpbcg8o.fsf@shell01.TheWorld.com>
 <brrtq4$6u8c6$1@ID-77047.news.uni-berlin.de>
 <wcczndqc7t8.fsf@shell01.TheWorld.com>
 <brukuo$7il7a$1@ID-77047.news.uni-berlin.de>
 <brv8ae$3uf$1@a1-hrz.uni-duisburg.de> <wcc65gcwhkb.fsf@shell01.TheWorld.com>
 <xbWdnX7HmtSPA3miRVn-vw@comcast.com>
 <bs48ih$9e9ea$3@ID-77047.news.uni-berlin.de>
In-Reply-To: <bs48ih$9e9ea$3@ID-77047.news.uni-berlin.de>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
Message-ID: <BdidnZ8TD5mA1XuiRVn-jw@comcast.com>
NNTP-Posting-Host: 24.34.214.193
X-Trace: 
 sv3-tHu+Yu/0xBdAoaptZspClHXHMFr42FdIoN1Q6fgKHMeRw7+kL1jpZoAaTNSUP0g2E35J6oUmSbdGajP!qakWURe2FrG1ajNTF/IsmXoP54UxzVrrHDZvMr1ae+lUGoHhp0o9FdDiLJ//Dg==
X-Complaints-To: abuse@comcast.net
X-DMCA-Complaints-To: dmca@comcast.net
X-Abuse-and-DMCA-Info: Please be sure to forward a copy of ALL headers
X-Abuse-and-DMCA-Info: Otherwise we will be unable to process your complaint
 properly
X-Postfilter: 1.1
Xref: archiver1.google.com comp.lang.ada:3683
Date: 2003-12-21T20:25:47-05:00
List-Id: <comp.lang.ada>

Dmitry A. Kazakov wrote:

> But if interfaces are being added to Ada, why not to allow abstract array
> interface? Then just make My_Structure an implementation of the abstract
> array and here you are! 

Actually I am starting to something similar.  I am thinking out a set of 
data structures packages with a common interface plus extensions.  User 
can then do exactly that--use the abstract interface, and choose the 
actual data structure to use separately.

Of course, the reality is that you have many potential abstract 
templates with many templates being subsets of other templates.  The 
trick is to choose a useful set of standard templates.  (Users can 
materialize others if necessary.  But by designing to a standard 
template set, you can get a better fit to the standard 
templates/interfaces.

-- 
                                           Robert I. Eachus

"The war on terror is a different kind of war, waged capture by capture, 
cell by cell, and victory by victory. Our security is assured by our 
perseverance and by our sure belief in the success of liberty." -- 
George W. Bush