Grokbase
x

Re: AttributeHelpers naming (again)

View PostFlat  Thread  Threaded | < Prev - Next >
Chris Prather Re: AttributeHelpers naming (again)
| +1 vote
[ Profile | Reply to group ] [ Flat  Thread  Threaded ]
On Thu, Jul 2, 2009 at 3:59 PM, Hans Dieter Pearcey<hdp@pobox.com> wrote:
> On Thu, Jul 02, 2009 at 03:32:54PM -0400, Stevan Little wrote:
>> The result is that we would have something like this:
>>
>> =A0 has foo =3D> (traits =3D> [ 'Basic::ArrayRef' ], isa =3D> ArrayRef, =
...);
>>
>> =A0 has web_hits =3D> (traits =3D> [ 'Pattern::Counter' ], ...);
>>
>> As long as the traits are below the right Moose::*::*:: namespace we
>> should be good.
>
> Do not forget to distinguish between full names
> (Moose::Meta::Attribute::Trait::whatever) and short names
> (register_implementation).
>
> It may be reasonable for 'ArrayRef' to be the shortname but 'DataType::Ar=

rayRef'
> to be the namespace under Moose::Meta::Attribute::Trait.

DataStructure:: is fine if the registerd version doesn't require
typing DataStructure:: every time ... that said Structure:: is I think
enough for Structural things.

Queue / Stack are stuck into DataStructures in CS classes but I don't
see them as being any more or less structural than a Counter which is
really a monotonic variable ... or a snapshot of a vector ... or ....
the fact is that a Queue or a Stack is a List with pre-defined
operations you can perform upon it (push/pop and enqueue/dequeue) this
is why I put them into the pattern category rather than the Data
Structure one ... despite what my CS text books might have claimed.

Thread : AttributeHelpers naming (again)
1)
Hans Dieter Pearcey I hate to keep coming back to this, but I'm unsettled and unemployed, so I might as well keep at it...
2)
Stevan Little I think we have 3 categories of things, at least in my mind ... 1) Low-level immutable data...
3)
Chris Prather Damnit, google turned off my Reply to All ---------- Forwarded message ---------- From: Chris...
4)
Stevan Little Yeah, a Stack and Queue would be really useful too. I totally agree. Perhaps we need 2 different...
5)
autarch I definitely like the distinction, especially since it opens up the Pattern:: space to other...
6)
Hans Dieter Pearcey Do not forget to distinguish between full names It may be reasonable for 'ArrayRef' to be the...
7)
Chris Prather rayRef' DataStructure:: is fine if the registerd version doesn't require typing DataStructure::...
8)
Stevan Little Very good point actually. I think we should split the categories by their intentions ... Structural...
9)
Jesse Luehrs So... why stop there? Since we're redoing API anyway, what about this idea: the Structural items...
10)
Stevan Little Well, seems like taking it too far to me, at least for core. Because while interesting, it really...
spacer
View PostFlat  Thread  Threaded | < Prev - Next >
Home > Groups > Moose > AttributeHelpers naming (again) (10 posts) > View Post