NOTE: use Perl; is on undef hiatus. You can read content, but you can't post it. More info will be forthcoming forthcomingly.
All the Perl that's Practical to Extract and Report
about I/O disciplines and I should retire to the Tassili-in-Aijer
mountains in Sahara as a camel herder :-)
-- Jarkko Hietaniemi
Stories, comments, journals, and other submissions on use Perl; are Copyright 1998-2006, their respective owners.
Some of this already (kinda) exists ... (Score:1)
So we already have a mechanism in place whereby extra parameters can be passed into a role during composition, see Recipie 11 [cpan.org] for an example of the features that utilize this. Basically anything that is not another string passed after the roles gets turned into params (rjbs++ for Data::OptList which basically does all that work for me). So your examples would basically turn into this:
No need to add a new keyword/export either (something which I am extremely hesitant to do and should not be taken lightly).
So, while all these args are passed into the role application already, there is no clear way to do anything with them yet. This is the first hurdle for parameterized roles, how and where are these parameters handled? We have the "alias" and "excludes" features in the core, these are borrowed directly from the original Traits paper and are important tools for role disambiguation if your in a pinch, but they are as much as I am willing to shove into the core at this point. What we need is a more general mechanism which can be used to implement your own parameters which can influence role application/composition. And this is where I stop, cause honestly, I am not sure what that is yet.
- Stevan
Reply to This