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 autolearn=ham autolearn_force=no version=3.4.4 X-Google-Language: ENGLISH,ASCII-7-bit X-Google-Thread: 103376,2d69f4a8070dd707 X-Google-Attributes: gid103376,public X-Google-ArrivalTime: 2003-06-12 18:02:16 PST Path: archiver1.google.com!postnews1.google.com!not-for-mail From: aek@vib.usr.pu.ru (Alexander Kopilovitch) Newsgroups: comp.lang.ada Subject: Re: AIs for Ada extensions Date: 12 Jun 2003 18:02:15 -0700 Organization: http://groups.google.com/ Message-ID: References: <3EDC8FA6.2000308@noplace.com> <3EDFAC9F.5040802@cogeco.ca> <3EE5C45B.700@noplace.com> <3EE6CCA2.9010109@attbi.com> <3EE8B62E.6090605@attbi.com> NNTP-Posting-Host: 195.242.17.198 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 8bit X-Trace: posting.google.com 1055466135 22138 127.0.0.1 (13 Jun 2003 01:02:15 GMT) X-Complaints-To: groups-abuse@google.com NNTP-Posting-Date: 13 Jun 2003 01:02:15 GMT Xref: archiver1.google.com comp.lang.ada:39072 Date: 2003-06-13T01:02:15+00:00 List-Id: Robert I. Eachus wrote: > > It seems to be an unfortunate collision that multiple new packages should be > > proposed when Abstract Interfaces still aren't established firmly. > > It is highly likely that some packages (for example, Data structures > > components) may look significantly better if they can use Abstract Interfaces. > >I personally don't see any conflict. The interface AI will allow easier >bindings to C++ and Java. But in Ada, mix-ins are a better abstraction >IMHO for containers. The advantage is that you can easily put objects >in a container even if the original declarer of the type/class had no >idea that they would be put in a container. For example: >... Yes, but what about similar containers, such as various flavors of List? And it is not an easy task to align properly the above your words with another your opinion (with which I fully agree), posted here about 3 weeks ago - I mean the following: >Date: Thu, 29 May 2003 02:22:22 GMT >Subject: Re: Problem space and solution space > >... In Ada you tend not to have one sort >package in your toolbox, or one list type implementation, you have >several. Now the programmer solving some problem sees a part of his >decomposition that can be solved by a list package or a sort package, >and does a generic instantiation. The problem is that there is no easy >way, in Ada, to express a binding to a member of the class of sort >generics, but to delay the choice of the actual mapping. > >This is why one of the features I expect interfaces to add to Ada is a >better way of organizing collections of sort algorithms and the like. Alexander Kopilovitch aek@vib.usr.pu.ru Saint-Petersburg Russia