In playing around trying to understand and make a better AA, I have
updated again the dsource/projects/aa/trunk/druntime/aaA.d, this time to
be a single linked list version.
In the template versions of various implementations, and in Java HashMap,
I noticed that its nice to be able to specif
Michael Rynn Wrote:
>
> In playing around trying to understand and make a better AA, I have
> updated again the dsource/projects/aa/trunk/druntime/aaA.d, this time to
> be a single linked list version.
>
> In the template versions of various implementations, and in Java HashMap,
> I noticed
Michael Rynn, I don't agree. In my opinion it's better to keep the built-in AAs
very flexible and very easy to use. I prefer them to have methods/attributes to
make them more handy to use in real situations (time ago I have listed here
time several missing things, like clear and copy methods, wh
Michael Rynn wrote:
In playing around trying to understand and make a better AA, I have
updated again the dsource/projects/aa/trunk/druntime/aaA.d, this time to
be a single linked list version.
I don't understand, the latest release already changed aaA.d to use a singly
linked list.
On 09/04/2010 19:46, Michael Rynn wrote:
In playing around trying to understand and make a better AA, I have
updated again the dsource/projects/aa/trunk/druntime/aaA.d, this time to
be a single linked list version.
Well,Well Since D2/Phobos is still(quite a while now) lacking a
container lib
BLS wrote:
I guess what I want to ask is
Are D AAs really so fundamental ?
Yes, I believe they are. For one thing, they are highly useful in CTFE, which
would be difficult to do if they were a user defined type.
Are D AAs flexible enough ?
Yes, the criticisms of them tend to be about thei
On Fri, 09 Apr 2010 12:08:54 -0700, Walter Bright wrote:
> Michael Rynn wrote:
>> In playing around trying to understand and make a better AA, I have
>> updated again the dsource/projects/aa/trunk/druntime/aaA.d, this time
>> to be a single linked list version.
>
> I don't understand, the latest