5
निम्नलिखित उद्यम आवेदन लेयरिंग उदाहरण पर विचार करें:मेवेन परियोजना संरचना बनाने पर सलाह - एकाधिक मॉड्यूल बनाम एकाधिक परियोजनाएं?
- परियोजना सेवाएं -> POJO सेवाएं परत
- परियोजना वेब -> वेब अनुप्रयोग, पर 'परियोजना सेवाओं', एक युद्ध के रूप में तैनात निर्भर करता है
- परियोजना वेब सेवाओं -> वेब सेवा, पर 'परियोजना सेवाओं', एक अलग युद्ध के रूप में तैनात वर्तमान में इंटरनेट
- परियोजना स्टैंडअलोन से अधिक संपर्क में नहीं निर्भर करता है -> क्रॉन नौकरी, पर 'परियोजना सेवाओं'
मेवेन में इसे व्यवस्थित करने के लिए सही दृष्टिकोण क्या होगा। क्या मुझे एक बहु-मॉड्यूल मेवेन प्रोजेक्ट बनाना चाहिए? यदि 'प्रोजेक्ट-सर्विसेज' एक मेवेन मॉड्यूल है, तो इसे अन्य तीन परियोजनाओं के साथ साझा किया जा सकता है जिनमें से प्रत्येक एक स्वतंत्र तैनाती इकाई है?
मेरी पिछली परियोजनाओं में मैंने केवल 4 अलग-अलग मेवेन परियोजनाएं बनाई हैं और कभी भी किसी और चीज की आवश्यकता महसूस नहीं हुई है।
यह सत्यापित करना चाहते हैं कि पहले जो किया गया है उससे बेहतर तरीका है या नहीं।
एक विशाल परियोजना का नकारात्मक पक्ष यह है कि आप प्रायः उन कलाकृतियों को जारी कर रहे हैं जिनमें कोई बदलाव नहीं था। मैं रिहाई के मुद्दे को समझता हूं, शायद आपके मामले में आप हर बार जब आप रिलीज करने जा रहे हैं तो हर आर्टिफैक्ट बदलते हैं ... इस मामले में यह परेशानी से कम है। लेकिन कभी-कभी जब आपको केवल एक आर्टिफैक्ट जारी करने की आवश्यकता होती है, तो उन्हें बिना किसी परिवर्तन के सभी को छोड़कर आदर्श से कम होता है। – Michael