perl6 – 模块文件中的常量是否应该自动导入?

鉴于模块文件test.pm6:
constant $AUTHOR='me';

和脚本test_script.p6:

use lib '.';

use test;

my $AUTHOR = 'someone';

编译check_script.p6时,我收到以下警告:

perl6 -c test_script.p6
Potential difficulties:
    Redeclaration of symbol '$AUTHOR'
    at test_script.p6:5
    ------> my $AUTHOR⏏ = 'someone';
Syntax OK

但是,只需将test.pm6更改为以下之一就会使此警告消失:

my $AUTHOR='me';

要么

my constant $AUTHOR='me';

那么,问题是应该自动导入常量还是这个bug?

这是在CentOS Linux 7.3.1611版(Core)上安装Rakudo Star 2017.01 Release Candidate 0.

解决方法

这不是一个错误.常量是我们认的范围,test.pm6中的常量仍然在主线中,因此放入GLOBAL命名空间,因为它是我们的,它在主脚本中可见.

避免它的一种方法是你发现:使用我的常量/类(因为它们认为我们的).或者相反,使用我们想要显示的子程序/变量(作为认为我的子程序).

另一种方法是使用单位模块BlahBlah;在模块文件的顶部,然后这些符号将在BlahBlah名称空间而不是在GLOBAL中,因此不会直接在主脚本中显示(我们的符号仍然可以作为BlahBlah :: whatever访问)

P.S.:2016年Rakudos上的那些将不会观察到这种行为,因为lexical module loading bug仅在2017.01编译器版本中得到修复(并且在2016.12编译器发布后的几天内合并到掌握)

相关文章

1. 如何去重 #!/usr/bin/perl use strict; my %hash; while(...
最近写了一个perl脚本,实现的功能是将表格中其中两列的数据...
表的数据字典格式如下:如果手动写MySQL建表语句,确认麻烦,...
巡检类工作经常会出具日报,最近在原有日报的基础上又新增了...
在实际生产环境中,常常需要从后台日志中截取报文,报文的形...
最近写的一个perl程序,通过关键词匹配统计其出现的频率,让...