假设我有多个角色,每个角色定义一组项目:
package A;
use Moose::Role;
sub items () { qw/apple orange/ }
package B;
use Moose::Role;
with 'A';
sub items () { qw/watermelon/ }
package C;
use Moose::Role;
sub items () { qw/banana/ }
假设我在另一个类中使用它们,我想收集所有这些项目:
package Foo;
use Moose;
with qw(B C);
sub do_something {
my $self = shift;
my @items = ???; # How can I get apple, orange, watermelon, banana here?
....
}
一种可能的解决方案是采用MooseX::ComposedBehavior,但其POD(当然,在撰写本文时)表示其API“不太稳定”,而且“当前的实施是一种黑客攻击,应该用更健壮的一个替换“。因此,我正在调查是否可以在不依赖这种“黑客”的情况下实现这一目标。
警告:如果您以后正在阅读此内容,请检查MooseX::ComposedBehavior的POD(当前版本:0.003),因为它可能在平均时间内发生了变化。事情变化很快。 CPAN作者发布了新版本。目前“不太稳定”的东西可能在未来变得更加稳定。甚至可能还有其他模块。检查一下自己。
理想情况下应该有:my @items = map $_->items, @ISA;
然而,这对Moose不起作用。有没有更好,更可靠的解决方案?
更新:我最终得到了这个三线解决方案:
package A;
use Moose::Role;
sub items () { qw/apple orange/ }
package B;
use Moose::Role;
with 'A';
sub items () { qw/watermelon/ }
package C;
use Moose::Role;
sub items () { qw/banana/ }
package Foo;
use Moose;
with qw(B C);
sub items () {}
sub do_something {
my $self = shift;
my @items = map $_->execute, grep $_,
map $_->get_method('items'),
$self->meta->calculate_all_roles_with_inheritance;
...
}
更新:正如各位人员在#moose IRC channel中要求我删除我之前断言的MooseX :: ComposedBehavior“不稳定”并将其替换为从其POD中获取的文字。
更新:我写了一个MooseX::Collect模块,它允许以下语法:
package Foo;
use Moose;
use MooseX::Collect;
collect 'items';
with qw(B C);
sub do_something {
my $self = shift;
my @items = $self->items;
...
}
答案 0 :(得分:7)
您需要使用around
:
package A;
use Moose::Role;
requires 'items';
around items => sub {
my ($orig, $self, @args) = @_;
return ($self->$orig(@args), qw/apple orange/);
};
package B;
use Moose::Role;
requires 'items';
with 'A'; # not required, do it if you want it
around items => sub {
my ($orig, $self, @args) = @_;
return ($self->$orig(@args), qw/watermelon/);
};
package C;
use Moose::Role;
requires 'items';
around items => sub {
my ($orig, $self, @args) = @_;
return ($self->$orig(@args), qw/banana/);
};
package Class;
use Moose;
with qw/B C/;
sub items {}
但一般来说,使用类来表示数据是错误的,那就是这样 类的实例适用于。很难提供进一步的建议,因为你的例子如此繁琐。你真的想做什么?
答案 1 :(得分:5)
在你在IRC之前指出MooseX::ComposedBehavior
之后,我不完全确定为什么你觉得你不应该使用它。毕竟,它确实解决了你所遇到的问题。
是的,确实说它的界面将来可能会略有变化。但是,适应这些微小变化的工作量是多少?相比之下,您认为您需要多长时间才能找到替代解决方案并实际实施该解决方案?在正确性和稳健性等方面,您认为您的解决方案与MooseX::ComposedBehavior
相比如何?至少我不相信自己会重新发明最初由RJBS发明的车轮,并期望我的解决方案变得更好。
另外,如果你真的非常担心一个模块会警告你未来可能发生的变化,那么就去与它的作者合作,帮助他把它变成一个他满意的形状,宣称它是稳定的。为您的特定用例编写更多测试。和里卡多谈谈,他是一个好人。