Erlang 服务的目录布局?
在我们的 Java 应用程序中,我们通常使用 Maven 约定(docs、src/java、test 等)。 对于 Perl,我们遵循类似的约定,仅使用顶级“lib”,它很容易添加到 Perl 的 @INC。
我即将开始创建一个用 Erlang 编写的服务,对于 Erlang 应用程序来说,什么是好的源布局?
In our Java applications we typically use the maven conventions (docs, src/java, test, etc.). For Perl we follow similar conventions only using a top level 'lib' which is easy to add to Perl's @INC.
I'm about to embark on creating a service written in Erlang, what's a good source layout for Erlang applications?
如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。
绑定邮箱获取回复消息
由于您还没有绑定你的真实邮箱,如果其他用户或者作者回复了您的评论,将不能在第一时间通知您!
发布评论
评论(3)
Erlang 推荐的标准目录结构可以在这里找到。
此外,根据您的项目,您可能还需要更多目录,常见的是(归功于 Vance Shipley):
其他项目,例如 Mochiweb 有自己的结构,Mochiweb 甚至有一个脚本来为您创建这一切。 其他项目,例如 Erlware 覆盖在标准结构上。
The Erlang recommended standard directory structure can be found here.
In addition you may need a few more directories depending on your project, common ones are (credit to Vance Shipley):
Other projects such as Mochiweb have their own structures, Mochiweb even have a script to create it all for you. Other projects such as Erlware overlay on the standard structure.
另一个关键目录是 priv 目录。 您可以在此处存储可以从应用程序中轻松找到的文件。
其中 Name 是您的应用程序的名称。
Another critical directory is the priv directory. Here you can store files that can easily be found from your applications.
where Name is the name of your application.
Erlware 正在改变这一点——几天后,Erlware 结构将与 Erlang OTP 完全相同。 实际上,应用程序包的结构已经与 OTP 完全相同,并且如上所述。 将会改变的是,Erlware 安装的目录结构将完全适合现有的 Erlang/OTP 安装(当然,安装 Erlware 不需要)Erlware 现在可以用来非常轻松地将软件包添加到现有的安装中。
干杯,
马丁
Erlware is changing that - in a couple of days the Erlware structures will be exactly that of Erlang OTP. Actually the structure of app packages is already exactly that of OTP and as specified above. What will change is that Erlware installed directory structure will fit exactly over an existing Erlang/OTP install (of course one is not needed to install Erlware though) Erlware can now be used to add packages to an existing install very easily.
Cheers,
Martin