हमारे जावा अनुप्रयोगों में हम आम तौर पर मेवेन सम्मेलनों (दस्तावेज़, स्रोत/जावा, परीक्षण, आदि) का उपयोग करते हैं। पर्ल के लिए हम केवल शीर्ष स्तर 'lib' का उपयोग करके समान सम्मेलनों का पालन करते हैं जो पर्ल के @INC में जोड़ना आसान है।निर्देशिका लेआउट?
मैं एरलांग में लिखी गई सेवा बनाने के बारे में सोच रहा हूं, एरलांग अनुप्रयोगों के लिए एक अच्छा स्रोत लेआउट क्या है?
Erlang की सिफारिश की मानक निर्देशिका संरचना found here हो सकती है।
इसके अलावा आप अपने प्रोजेक्ट के आधार पर कुछ और निर्देशिका आवश्यकता हो सकती है, आम लोगों (क्रेडिट वेंस शिप्ले को) कर रहे हैं:
ऐसे Mochiweb रूप
lib: OS driver libraries
bin: OS executables
c_src: C language source files (e.g. for drivers)
java_src: Java language source files
examples: Example code
mibs: SNMP MIBs
अन्य परियोजनाओं के लिए अपने स्वयं संरचना है, Mochiweb यहां तक कि एक स्क्रिप्ट है यह सब तुम्हारे लिए बनाने के लिए। मानक संरचनाओं पर ओवरले जैसी अन्य परियोजनाएं।
एक और महत्वपूर्ण निर्देशिका निजी निर्देशिका है। यहां आप उन फ़ाइलों को स्टोर कर सकते हैं जो आसानी से आपके एप्लिकेशन से मिल सकते हैं।
code:priv_dir(Name) -> string() | {error, bad_name}
जहां नाम आपके आवेदन का नाम है।
एर्लवेयर बदल रहा है - कुछ दिनों में एर्लवेयर संरचनाएं एरलांग ओटीपी की बिल्कुल सही होंगी। वास्तव में ऐप पैकेज की संरचना पहले ही ओटीपी की है और ऊपर निर्दिष्ट है। क्या बदलेगा कि एरलवेयर स्थापित निर्देशिका संरचना मौजूदा एरलांग/ओटीपी इंस्टॉल पर बिल्कुल फिट हो जाएगी (निश्चित रूप से एर्लवेयर इंस्टॉल करने के लिए किसी की आवश्यकता नहीं है) Erlware का उपयोग अब मौजूदा इंस्टॉलेशन में पैकेज को बहुत आसानी से जोड़ने के लिए किया जा सकता है।
चीयर्स, मार्टिन
मैं इस सकारात्मक बदलाव को प्रतिबिंबित करने के मेरा उत्तर नवीनीकृत किया है। धन्यवाद। – Bwooce