मुझे लगता है कि यह सुनिश्चित करें कि अपने विभिन्न मॉड्यूल एक ही निर्देशिका में किया जा रहा है पर निर्भर नहीं है हो सकता है तो सबसे अच्छा होगा (अर्थात घटक द्वारा अलग करता है)। बहुत से लोग इस विचार से मौत से डरते प्रतीत होते हैं, लेकिन निर्माण स्क्रिप्ट का एक अच्छा सेट किसी भी दर्द को दूर करने में सक्षम होना चाहिए।
अंतिम लक्ष्य यह आसान बुनियादी ढांचे स्थापित करने के लिए बनाने के लिए वास्तव में एक एकल घटक पर काम करने के लिए एक बार पर्यावरण सेटअप है आसान होगा, और उसके बाद।
(यह ध्यान रखना महत्वपूर्ण है कि मैं पर्ल और सीएल दुनिया से आया हूं, जहां हम प्रत्येक परियोजना के साथ प्रत्येक मॉड्यूल को शामिल करने के बजाय ~/perl या ~/.sbcl जैसे कुछ "मॉड्यूल" स्थापित करते हैं, जैसे कि जावा लोग करते हैं। आपको लगता है कि यह एक रखरखाव समस्या होगी, लेकिन यह एक होने के साथ समाप्त होता है। एक स्क्रिप्ट के साथ जो नियमित रूप से आपके गिट भंडार (या सीपीएएन) से प्रत्येक मॉड्यूल को अद्यतन करता है, यह वास्तव में सबसे अच्छा तरीका है।)
संपादित करें: एक और बात:
परियोजनाओं हमेशा बाह्य निर्भरता है। मेरी परियोजनाओं को पोस्टग्रेस और एक काम करने वाले लिनक्स इंस्टॉल की आवश्यकता है। संस्करण नियंत्रण में ऐप कोड के साथ इसे बंडल करना पागल होगा - लेकिन एक ताजा वर्कस्टेशन पर सबकुछ सेटअप करने के लिए एक स्क्रिप्ट बहुत उपयोगी है।
मुझे लगता है कि मैं जो कहने की कोशिश कर रहा हूं, शायद एक चौराहे के रास्ते में, मुझे नहीं लगता कि आपको बाहरी मॉड्यूल से अलग-अलग आंतरिक मॉड्यूल का इलाज करना चाहिए।
इस स्रोत लेआउट में, ऊपर या नीचे src/स्तर मॉड्यूल स्तर है? अर्थात। mylib/src/java या/src/java/mylib? –
मैं अपने सभी मॉड्यूल अलग रखता हूं, क्योंकि मैं उन्हें अलग से बनाता हूं और उन्हें संयोजित करने के लिए एक निर्भरता प्रबंधक का उपयोग करता हूं। इसी कारण से, मैं mylib/src/java करूंगा। – Jared
lib प्रश्न को प्रतिबिंबित करने के लिए संपादित किया गया। – Jared