在我们的 Java 应用程序中,我们通常使用 maven 约定(docs、src/java、test 等)。对于 Perl,我们遵循类似的约定,只使用易于添加到 Perl 的 @INC 的顶级“lib”。
我即将着手创建一个用 Erlang 编写的服务,对于 Erlang 应用程序来说,什么是好的源代码布局?
在我们的 Java 应用程序中,我们通常使用 maven 约定(docs、src/java、test 等)。对于 Perl,我们遵循类似的约定,只使用易于添加到 Perl 的 @INC 的顶级“lib”。
我即将着手创建一个用 Erlang 编写的服务,对于 Erlang 应用程序来说,什么是好的源代码布局?
另一个关键目录是 priv 目录。在这里,您可以存储可以从您的应用程序中轻松找到的文件。
code:priv_dir(Name) -> string() | {error, bad_name}
其中 Name 是您的应用程序的名称。
Erlware 正在改变这一点——几天后,Erlware 的结构将与 Erlang OTP 完全相同。实际上,应用程序包的结构已经完全是 OTP 的结构,并且如上所述。将改变的是 Erlware 安装的目录结构将完全适合现有的 Erlang/OTP 安装(当然不需要安装 Erlware)Erlware 现在可以很容易地用于将软件包添加到现有的安装中。
干杯,马丁