Java アプリケーションでは通常、Maven 規則 (docs、src/java、test など) を使用します。Perl の場合、Perl の @INC に簡単に追加できるトップレベルの「lib」のみを使用して、同様の規則に従います。
Erlang で書かれたサービスの作成に着手しようとしています。Erlang アプリケーションの適切なソース レイアウトは何ですか?
Java アプリケーションでは通常、Maven 規則 (docs、src/java、test など) を使用します。Perl の場合、Perl の @INC に簡単に追加できるトップレベルの「lib」のみを使用して、同様の規則に従います。
Erlang で書かれたサービスの作成に着手しようとしています。Erlang アプリケーションの適切なソース レイアウトは何ですか?
Erlang が推奨する標準的なディレクトリ構造は、ここにあります。
さらに、プロジェクトによってはさらにいくつかのディレクトリが必要になる場合があります。一般的なものは次のとおりです (Vance Shipley の功績):
lib: OS ドライバー ライブラリ bin: OS 実行可能ファイル c_src: C言語ソースファイル(ドライバ用など) java_src: Java 言語ソース ファイル 例: コード例 mibs: SNMP MIB
Mochiwebなどの他のプロジェクトには独自の構造があり、Mochiweb にはすべてを作成するためのスクリプトもあります。Erlwareなどの他のプロジェクトは、標準構造にオーバーレイされます。
もう1つの重要なディレクトリはprivディレクトリです。ここでは、アプリケーションから簡単に見つけることができるファイルを保存できます。
code:priv_dir(Name) -> string() | {error, bad_name}
ここで、Nameはアプリケーションの名前です。
Erlware はそれを変更しています - 数日後には、Erlware の構造はまさに Erlang OTP のものになります。実際、アプリ パッケージの構造はすでに OTP の構造とまったく同じであり、上記で指定したとおりです。変更点は、Erlware がインストールされたディレクトリ構造が、既存の Erlang/OTP インストールに正確に適合することです (もちろん、Erlware をインストールするためには必要ありません)。Erlware を使用して、既存のインストールに非常に簡単にパッケージを追加できるようになりました。
乾杯、マーティン