changes-and-comments
[gitmo/Moose.git] / TODO
1 -------------------------------------------------------------------------------
2 TODO
3 -------------------------------------------------------------------------------
4
5 - roles
6
7 Need to figure out the details of composite roles
8
9 - type unions
10
11 Add support for doing it with Classes which do not have 
12 a type constraint yet created
13
14 - type intersections
15
16 Mostly just for Roles
17
18 - inherited slot specs
19
20 [10:49] stevan  does can be added to,.. but not changed
21
22 - proxy attributes
23
24 [15:49]         stevan  you want a proxied attribute
25 [15:49]         stevan  which looks like an attribute, 
26                     talks like an attribute, smells 
27                     like an attribute,.. but if you 
28                     look behind the curtain,.. its 
29                     over there.. in that other object
30
31 - compile time extends
32
33 [00:39]         sri         but maybe a better syntax for compile time extends
34 [00:39]         stevan  I have been pondering that actually
35 [00:39]         sri         use Moose extends => Foo::Bar
36 [00:40]         stevan  I think now that we have the Sub::Exporter stuff 
37                     in, that kinda thing should be pretty easy
38
39 nothingmuch notes that all the constructs should be supported in the entirety of the use clause:
40
41     use Moose (
42         has => foo (
43             ....
44         ),
45     );
46
47 and that if this usage style is used nothing is exported to the namespace.
48
49 - default should dclone()
50
51 - subtype $anon_subtype => where { ... }
52
53 [22:56]         stevan  sub mst_doesnt_like_to_type { (shift)->meta->attr->type_contstraint }
54 [22:57]         mst     err
55 [22:57]         stevan  :P
56 [22:57]         stevan  are you wanting to reuse it or something?
57 [22:57]         stevan  my $subtype = subtype 'Something' => where { ... };
58 [22:58]         stevan  then you can do isa => $subtype 
59 [22:58]         mst     but I can't subtype it again
60 [22:59]         stevan  mst: ahhh... 
61 [22:59]         mst     well, I can. but it suddenly gets very "long way round" ish
62 [23:00]         stevan  my $constraint = Moose::Meta::TypeConstraint->new(
63 [23:00]         stevan              name       => $name || '__ANON__',
64 [23:00]         stevan              parent     => $parent,            
65 [23:00]         stevan              constraint => $check,       
66 [23:00]         stevan              message    => $message,    
67 [23:00]         stevan          );
68 [23:00]         stevan  yeah thats kinda the long way
69 [23:00]         stevan  mst: what would you like it to be?
70 [23:00]         mst     $parent = find_type_constraint($parent) if defined $parent;
71 [23:00]         mst     if $parent is already a type constraint
72 [23:00]         mst     skip that bit
73 [23:00]         stevan  hmm
74 [23:00]         mst     should be all you need to change
75 [23:00]         stevan  yeah
76 [23:01]         stevan  so you can then say 
77 [23:01]         stevan  subtype $anon => where { ... };
78 [23:01]         mst     right
79 [23:01]         stevan  ok
80
81 - method keyword
82
83 [23:37]         mst     more seriously, I'd still like a "method" keyword or something
84 [23:37]         mst     method 'foo' => sub { ... };
85 [23:38]         stevan  what would it do more than sub foo { ... }?
86 [23:39]         stevan  I would like multimethods actually
87 [23:39]         mst     almost exactly nothing, to begin with
88 [23:39]         stevan  but thats just cause I love CLOS and am reading a book on Dylan now
89 [23:40]         stevan  keyword squating :)
90 [23:40]         mst     but if we need to hook stuff later it's bloody handy to already have people writing it that way
91 [23:40]         mst     right
92 ...
93 [23:49]         mst     oh, also: method 'has' => sub { ... } could squelch the redefine warning
94
95 -------------------------------------------------------------------------------
96 TO PONDER
97 -------------------------------------------------------------------------------
98
99 - Moose "strict" mode
100
101 use Moose 'strict'; This would allow us to have all sort of expensive tests
102 which can be turned off in prod.     
103         
104 - Moose::Philosophy.pod
105
106 To explain Moose from a very high level
107
108 - moosedoc
109
110 We certainly have enough meta-information to make pretty complete POD docs.
111         
112         
113