X-Git-Url: http://git.shadowcat.co.uk/gitweb/gitweb.cgi?a=blobdiff_plain;f=TODO;h=c933e28aca5c3326ecff08313725c087b703bbcf;hb=159045ac77436366da28086e098071b73f997163;hp=0939b4b91d8c3b4349c8bd98534c0736ed624a7f;hpb=8b59f8d6ed5e3021afbf4ca4b1a9738e008537f8;p=gitmo%2FMoose.git diff --git a/TODO b/TODO index 0939b4b..c933e28 100644 --- a/TODO +++ b/TODO @@ -1,16 +1,26 @@ ------------------------------------------------------------------------------- -TODO +BUGS ------------------------------------------------------------------------------- -- make way to iterate over all Moose classes +------------------------------------------------------------------------------- +FEATURES +------------------------------------------------------------------------------- -- roles +- DDuncan's Str types -Need to figure out the details of composite roles +subtype 'Str' + => as 'Value' + => where { Encode::is_utf8( $_[0] ) or $_[0] !~ m/[^0x00-0x7F]/x } + => optimize_as { defined($_[0]) && !ref($_[0]) }; + +subtype 'Blob' + => as 'Value' + => where { !Encode::is_utf8( $_[0] ) } + => optimize_as { defined($_[0]) && !ref($_[0]) }; - type unions -Add support for doing it with Classes which do not have +Add support for doing it with Classes which do not have a type constraint yet created - type intersections @@ -19,38 +29,106 @@ Mostly just for Roles - inherited slot specs -[10:49] stevan does can be added to,.. but not changed +'does' can be added to,.. but not changed +(need type unions for this) -- triggers +- proxy attributes -[18:18] mst what I'd really like is just to say trigger => 'some_method' +a proxied attribute is an attribute +which looks like an attribute, +talks like an attribute, smells +like an attribute,.. but if you +look behind the curtain,.. its +over there.. in that other object + +(... probably be a custom metaclass) + +- local coerce + +[13:16] mst stevan: slight problem with coerce +[13:16] mst I only get to declare it once +[13:17] mst so if I'm trying to declare it cast-style per-source-class rather than per-target-class +[13:17] mst I am extremely screwed +[13:17] stevan yes +[13:17] stevan they are not class specific +[13:18] stevan they are attached to the type constraint itself +[13:18] * stevan ponders anon-coercion-metaobjects +[13:18] mst yes, that's fine +[13:19] mst but when I declare a class +[13:19] mst I want to be able to say "this class coerces to X type via " +[13:19] stevan yeah something like that +[13:19] stevan oh,.. hmm +[13:20] stevan sort of like inflate/deflate? +[13:20] stevan around the accessors? +[13:25] * bluefeet has quit (Remote host closed the connection) +[13:27] mst no +[13:27] mst nothing like that +[13:27] mst like a cast +[13:31] mst stevan: $obj->foo($bar); where 'foo' expects a 'Foo' object +[13:31] mst stevan: is effectively $bar, right? +[13:32] mst stevan: I want to be able to say in package Bar +[13:32] mst stevan: coerce_to 'Foo' via { ... }; +[13:32] mst etc. +[13:53] stevan hmm -- attribute delgates +------------------------------------------------------------------------------- +INTERNALS +------------------------------------------------------------------------------- -http://rafb.net/paste/results/Z6FfJL34.txt +- rationalize all the get_X methods for classes (and roles) -- proxy attributes +We have get_attribute, get_attributes_list, get_all_attributes, +etc. First, we need to make the method names consistent. If something +returns an attribute vs a name, that needs to be clear from the method +name. We also need to make sure that local vs. "entire inheritance +chain" is clear from the name. -[15:49] stevan you want a proxied attribute -[15:49] stevan which looks like an attribute, - talks like an attribute, smells - like an attribute,.. but if you - look behind the curtain,.. its - over there.. in that other object - -- moosedoc +This is mostly a CMOP change. -We certainly have enough meta-information to make pretty complete POD docs. +- Metaclass constructors + +There's a _lot_ of different conventions in here. Some things to consider: + +* new vs _new +* allowing new( 'name', %args ) vs ( name => 'name', %args ) +* Method->wrap vs Method->new + +- Role & Class + +These two share a _lot_ of logic, but it's not via shared code. Maybe +implement some sort of role-lit internal thing so we can have a +"HasAttributes" and "HasMethods" role for classes and roles. + +- Moose::Meta::TypeConstraint::Parameter{izable,ized} -- compile time extends +The relationship between these two classes is very odd. In particular, +this line in Parameterized is insane: -[00:39] sri but maybe a better syntax for compile time extends -[00:39] stevan I have been pondering that actually -[00:39] sri use Moose extends => Foo::Bar -[00:40] stevan I think now that we have the Sub::Exporter stuff - in, that kinda thing should be pretty easy + foreach my $type (Moose::Util::TypeConstraints::get_all_parameterizable_types()) { -- default should dclone() +Why does it need to loop through all parameterizable types? Shouldn't +it know which parameterizable type it "came from"? + +- Moose::Util::TypeConstraints vs Moose::Meta::Type{Coercion,Constraint} + +The Util module has _way_ too much functionality. It needs to be +refactored so it's a thin sugar layer on top of the meta API. As it +stands now, it does things like parse type names (and determine if +they're valid), manage the registry, and much more. + +- Anything with a _(meta)?class method + +Every method that returns a class name needs to become a rw attribute +that can be set via the constructor. + +- The Moose::Error stuff + +This is sort of half-implemented. We still use Carp directly, and the +internals can't decide how to throw an error (is it +Moose->throw_error, __PACKAGE__->throw_error, what?). + +The internals need to be made consistent before we expose this to the +rest of the world. ------------------------------------------------------------------------------- TO PONDER @@ -59,13 +137,15 @@ TO PONDER - Moose "strict" mode use Moose 'strict'; This would allow us to have all sort of expensive tests -which can be turned off in prod. - +which can be turned off in prod. + - Moose::Philosophy.pod To explain Moose from a very high level +- moosedoc + +We certainly have enough meta-information to make pretty complete POD docs. + + - - - \ No newline at end of file