思南建议使用方法调用语义来避开strict 'refs'
限制是最简洁,最容易阅读的解决方案。
我唯一担心的是使用这种方法的速度惩罚可能是一个问题。我们都听说过方法调用性能惩罚和可嵌入函数的速度优势。
所以我决定运行一个基准(代码和结果如下)。
结果表明,正常,内联常量运行约快两倍,法文字子程序名字叫,几乎三次一样快,方法与变量的子程序调用的名称。最慢的方法是标准deref并调用no strict "refs";
。
但是,即使是最慢的方法是在我的系统上第二个超过140万次相当不错的快。
这些基准泯有关使用方法调用的方法来解决这个问题,我的一个保留。
use strict;
use warnings;
use Benchmark qw(cmpthese);
my $class = 'MyConstant';
my $name = 'VALUE';
my $full_name = $class.'::'.$name;
cmpthese(10_000_000, {
'Normal' => \&normal_constant,
'Deref' => \&direct_deref,
'Deref_Amp' => \&direct_deref_with_amp,
'Lit_P_Lit_N' => \&method_lit_pkg_lit_name,
'Lit_P_Var_N' => \&method_lit_pkg_var_name,
'Var_P_Lit_N' => \&method_var_pkg_lit_name,
'Var_P_Var_N' => \&method_var_pkg_var_name,
});
sub method_lit_pkg_lit_name {
return 7 + MyConstant->VALUE;
}
sub method_lit_pkg_var_name {
return 7 + MyConstant->$name;
}
sub method_var_pkg_lit_name {
return 7 + $class->VALUE;
}
sub method_var_pkg_var_name {
return 7 + $class->$name;
}
sub direct_deref {
no strict 'refs';
return 7 + $full_name->();
}
sub direct_deref_with_amp {
no strict 'refs';
return 7 + &$full_name;
}
sub normal_constant {
return 7 + MyConstant::VALUE();
}
BEGIN {
package MyConstant;
use constant VALUE => 32;
}
而且结果:在Windows XP中,情况因人而异与826的activeperl产生
Rate Deref_Amp Deref Var_P_Var_N Lit_P_Var_N Lit_P_Lit_N Var_P_Lit_N Normal
Deref_Amp 1431639/s -- -0% -9% -10% -29% -35% -67%
Deref 1438435/s 0% -- -9% -10% -28% -35% -67%
Var_P_Var_N 1572574/s 10% 9% -- -1% -22% -29% -64%
Lit_P_Var_N 1592103/s 11% 11% 1% -- -21% -28% -63%
Lit_P_Lit_N 2006421/s 40% 39% 28% 26% -- -9% -54%
Var_P_Lit_N 2214349/s 55% 54% 41% 39% 10% -- -49%
Normal 4353505/s 204% 203% 177% 173% 117% 97% --
结果。
如果你有机会改变这一模块,http://search.cpan.org/perldoc?Readonly或http://search.cpan.org/perldoc?Attribute::Constant似乎为此使用更适合。 – ephemient 2010-02-02 22:01:02
软件工程团队正在控制模块(对我来说更精确,是自动生成的包含常量列表的数据库后端)。他们没有带宽容量来打扰这种微小/琐碎的事情,并且不会让团队以外的人混淆他们的代码,而没有主要业务需要证明变更风险的合理性。他们是在大型金融机构工作时的休息时间。 – DVK 2010-02-03 18:29:29