I don't want to write a lot of subclasses, just a single moosed up package in BodyParts.pm.
Subclasses is the wrong word, you mean "inner" classes perhaps, which you could do within BodyParts.pm (you can have multiple classes per-file).
Also, curry is the wrong word as well, you looking for classes that "autovivify". That is not something Moose supports as Moose is class based OOP and what your talking about here is more akin to prototype based OOP (like Javascript or Self).
But I don't want to write around directives for every accessor I create just to return $self
People have talked about trying to implement this kind of method-chaining in Moose, but currently the accessor generation code is still pretty hairy (the other contributors are actually hacking on it right now as I type), so the simpler way still is to use around.
I think perhaps you need to step back and explain why you want to have so much 'magic' in your class? Do you not know the items that will be in BodyParts? Do you not know the definitions of it's sub-objects? Are you just looking to save on typing? Or perhaps I am misunderstanding your intentions completely and you need to show more code.
In reply to Re: curried-up moose
by stvn
in thread curried-up moose
by rodd
| For: | Use: | ||
| & | & | ||
| < | < | ||
| > | > | ||
| [ | [ | ||
| ] | ] |