comp.lang.ada
 help / color / mirror / Atom feed
From: Georg Bauhaus <rm.dash-bauhaus@futureapps.de>
Subject: Re: Status of AdaCL: Ada Class Library
Date: Thu, 25 Feb 2010 10:22:16 +0100
Date: 2010-02-25T10:22:17+01:00	[thread overview]
Message-ID: <4b864149$0$6578$9b4e6d93@newsspool3.arcor-online.net> (raw)
In-Reply-To: <hm4ds3$62k$1@munin.nbi.dk>

Randy Brukardt schrieb:
> Am 22.02.2010, 02:51 Uhr, schrieb Bj�rn Persson <bjorn@rombobj�rn.se>:
> 
>> I had intended to switch from Charles to Ada.Containers, but I changed my
>> mind when I learned that Ada.Containers can't even be read by multiple
>  > tasks at once.

> It's easy to wrap container operations in a protected object, and that is 
> always allowed (such operations are not potentially blocking). That allows 
> tailoring the locking for the actual usage, and even hiding the actual 
> container to prevent abuse.

Indeed, arent' there advantages in hiding data stores like
Ada.Containers behind some facade, whether the use is
sequential or not: everything else always smells of
exposed internal data structures, or lack of abstraction.
There need to be good reasons for using List, Set, etc.
as is, I think. Just like there should be good reasons
to expose arrays.



  reply	other threads:[~2010-02-25  9:22 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-02-21 22:09 Status of AdaCL: Ada Class Library Michael R
2010-02-22  1:51 ` Björn Persson
2010-02-22  2:07   ` Michael R
2010-02-24 19:56   ` Martin Krischik
2010-02-24 23:48     ` Randy Brukardt
2010-02-25  9:22       ` Georg Bauhaus [this message]
2010-02-25 12:23       ` Stephen Leake
2010-02-25 14:16         ` Alex R. Mosteo
2010-02-25 20:19           ` sjw
2010-02-24 19:54 ` Martin Krischik
replies disabled

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