Question

假设我有一个rebar app结构，在deps文件夹中我有很多依赖项，有些是库应用程序，有些是需要启动的应用程序。我通常这样做：

start(_Type, _Args) ->
   code:add_path("../deps/depapp/ebin"),
   {ok, _} = application:ensure_all_started(depapp),

这是在开发环境中执行此操作的正确方法吗？生产怎么样？

Answer 1

您使用的不一定是错误的方式，但可能会暴露一些问题。例如，这样您就无法启动必须在应用程序之前启动的依赖应用程序。

因此loading或starting依赖OTP应用程序或库还有其他替代方法。

1）使用erl命令行标志：

erl -pa ebin deps/*/ebing -s your_dep_app start -s your_app start

2）使用包管理器处理它：

作为示例，Rebar作为包管理器可以为您处理它。您需要的是在rebar.config中指定应用程序依赖项，然后为Rebar2发出rebar get-deps或为Rebar3发出rebar3 compile。以下是Rebar3的示例配置文件片段：

{deps,[
  %% Packages
  rebar,
  {rebar,"1.0.0"},
  {rebar, {pkg, rebar_fork}}, % rebar app under a different pkg name
  {rebar, "1.0.0", {pkg, rebar_fork}},
  %% Source Dependencies
  {rebar, {git, "git://github.com/erlang/rebar3.git"}},
  {rebar, {git, "http://github.com/erlang/rebar3.git"}}]}.

有关Rebar依赖关系管理器的更多信息，请查看this链接。

另外，对于使用Rebar启动或加载它们，您可以进行释放并让Rebar启动或加载它们。以下是用于发布版本的示例Rebar配置文件的片段：

{relx, [
    {release, 
    {your_app, "0.1.0"},
        [your_dep_app_1,
         {your_dep_app_2, load}]}]}.

此配置加载并启动your_dep_app_1，但只加载your_dep_app_2。有关Rebar发布管理器的更多信息，请查看this链接。

在Erlang应用程序中加载依赖项代码路径的正确方法是什么。

1 个答案: