如何创建可访问Dancer2应用数据并导出函数的库模块？

我之前也碰到过一模一样的情况，问题的核心在于Dancer2的import方法会覆盖你包中默认的import行为——当你调用use Dancer2 appname => 'MyApp';时，Dancer2会替换掉Exporter原本负责处理@EXPORT/@EXPORT_OK的import函数，导致你的函数无法自动导出到调用方。

下面是几种可行的解决办法，按推荐程度排序：

方法1：手动恢复Exporter的import方法 #

这是最直接的修复方式，在你的库代码末尾手动将import指向Exporter的实现，这样既能保留Dancer2的应用上下文访问权限，又能让Exporter正常工作：

package MyLibrary;
use Dancer2 appname => 'MyApp';

require Exporter;
our (@ISA, @EXPORT, @EXPORT_OK);
@ISA = qw(Exporter);
@EXPORT = qw( func1 func2 );
@EXPORT_OK = qw( func3 );

# 关键：恢复Exporter的import逻辑，覆盖Dancer2的import
*import = \&Exporter::import;

# 示例函数，现在可以正常访问Dancer2的config了
sub func1 {
    return config->{myoption};
}

sub func2 {
    # 你的函数逻辑
}

sub func3 {
    # 可选导出的函数逻辑
}

1;

之后在主脚本中用use MyLibrary;就能直接调用func1、func2，用use MyLibrary qw(func3);就能调用func3了。

方法2：手动获取Dancer2应用实例（不依赖use Dancer2 appname） #

如果你不想让Dancer2接管你的包的import行为，可以完全不使用use Dancer2 appname => ...，而是在需要访问应用数据时手动获取应用实例：

package MyLibrary;
use Exporter qw(import); # 直接用Exporter的import
our @EXPORT = qw( func1 func2 );
our @EXPORT_OK = qw( func3 );

use Dancer2::Core::App;

sub func1 {
    # 获取指定应用的实例
    my $app = Dancer2::Core::App->get_app('MyApp')
        or die "无法找到应用MyApp";
    return $app->config->{myoption};
}

# 其余函数实现...

这种方式的好处是你的包的导出逻辑完全由Exporter控制，缺点是每次访问应用数据都要手动获取实例，代码会稍显繁琐。

方法3：将库改为Dancer2插件（推荐用于深度集成场景） #

如果你的库功能是和Dancer2应用紧密绑定的，把它写成Dancer2插件是更规范的做法，插件会自动集成到Dancer2的DSL中，不需要手动处理导出：

package Dancer2::Plugin::MyLibrary;
use Dancer2::Plugin;

# 注册要暴露的函数
register func1 => sub {
    my $dsl = shift; # 获取Dancer2的DSL对象
    return $dsl->config->{myoption};
};

register func2 => sub {
    # 你的函数逻辑
};

register func3 => sub {
    # 可选函数逻辑
};

# 注册插件
register_plugin;

1;

然后在你的主应用中只需添加：

use Dancer2::Plugin::MyLibrary;

之后就能在路由处理函数中直接调用func1、func2、func3了，而且自动拥有访问Dancer2应用上下文的权限。

内容的提问来源于stack exchange，提问作者Javier Elices