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.
next prev parent 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